Поделитесь опытом

← →
Леван (2002-06-14 10:00) [0]

Привет Мастерам!
Я разрабативал систему для упраыления фармацевтической оптовой базы на клиппере 5.2 с 1994 года и она успешно работает в нашей фирме, в филиалах и у многих наших клиентов. С 1998 года она стала сетевой и работает до сих пор, но времена меняются, Необходимо разрабативать аналогияную систем с использованием клиент-серверной технологии. Мы выбрали Дельфи и MS SQL, но пока не смог до конца решить вопрос о классификаторах (справочнных таблиц) Ж лекарств, клиентов-поставщиков, заводов, стран и т,д,
ест некоторые соображения, но я прошу поделиться Вашим опытом: какие таблицы используете для справочников Лекарств (каиие уровни детелизации: Наименование, форма, доза, нумерус, завод-изготовитель, дата получения, срок годности и т,д,
я предполагаю использовать три уровня
1. наименование, форма, доза и нумерус - это одинь код
2. завод-изготовитель с информацией о регистрации - второй
3. конкретная поставка с датой получения, от кого, срок годности, дата выпуска, серия, себестоимость
на каэждом уровне добавляется свой код и в опенрациях и в остатках придется таскать все три кода. Зато выборки можно сделать для любоко уровня
Все Ампициллины 250мг 10 таб
все ампициллины 250 мг 10 т от АКРИХИН
все ампициллины 250 мг 10 т от АКРИХИН поставки 10.02.2002 серия 1234657 срок годности 01,05,2005
Поделитесь опытом: как вы это сделали (кто сделал)
на мило Lvarshan@aversi.com.ge либо прямо здесь
Спасибо
Леван

← →
TSV (2002-06-14 10:51) [1]

Предметная область здесь ни при чем. Просто существуют нормальные формы, к которым нужно приводить структуру БД...

ЗЫ
Иногда возможна и денормализация. Только надо хорошо себе представлять, что ты делаешь...

← →
Леван (2002-06-14 11:56) [2]

Спасибо, но я прошу поделиться с опытом именно в аспекте предметной области (какие уровны детализации применить при разработке структуриы справочника намменовании лекарственных средств (как я уже писал один вариант у меня работает но при переходе к новой среде я хочу с самого начала иметь долее или менее совершенный вариант)
Леван

← →
MsGuns (2002-06-19 23:43) [3]

Делюсь ! У меня уже в этом деле есть некислый опыт (первые проги я еще на асме рубал)
Речь идет, по всей видимости, о типичной складской карточке (фармацевтия ли, кондитерка - один фиг, чуть разнятся по аналитике - не более)
Так вот-есть 2(или три для многоскладской системы) этажа
0-й - таблица складов.Ключ - код (но не наименование) склада, а дальше всякая фигня типа адреса, ФИО кладовщика и прочее + оперативные филды: дата первого прихода, дата последнего отпуска,
сумма на сейчас, кол-во карточек
1-й Картотека. Ключ - (Склад)+Код (не наименование !) позиции, характеристики вроде ед.изм, сорта, наименования, группы, цены учетной ... + даты первого и последнего прихода (менеджеры балдеют !), дата последней реализации, остаток на складе, кол-во зарезервировано по выписанным счетам, ну и при желании прайсовая раскладка. Да, чуть не забыл: флажок возвр.тары и ставка НДС
2-й Движение. Из 2-х таблиц: Фактическое(приходы-отгрузки-внутреннее движение) и Счета почти одинаковой стр-ры: Ключи - (Склад)+Код, Дата док-та, Тип док-та (приход-расход), Номер документа (Обяз-но симв), Время док-та. Далее следуют: Партнер (Поставщик для приходов и Покупатель для отгрузок), кол-во, сумма, цена отпуска, сумма отпуска, сумма НДС, код оператора, дата и время посл.коррекции (для дирекции), ну т.д.
Отдельно еще 2 таблицы: заголвки документов и таблица платежей
Они никак ключами не связаны с карточкой. Далее прога все увязывает так, что работает это хоз-во весьма прилично и на суровых объемах практически без сбоев БД. Если интересуешься более подробно, мыльни.

Поделитесь опытом Найти похожие ветки