LSV 2 Old Nick
Отчасти согласен, но если вести все документы в двух таблицах (шапка/строки) то и товарный журнал не нужен... :)
Но ведь все серьёзные системы имеют его. И документы обычно в разных таблицах хранятся.
Общие таблицы это палка о двух концах... Затрудняюсь сказать, где больше преимуществ. Наверно поровну... :)
Начать что ли новый топик про "Общие таблицы документов" ? ? ? :)
Качественно спроектированый журнал не требует хранение документов в общих таблицах, ИМХО...
Именно такой подход использовался при разработке ЕРП системы Ontario System 2.0
Базовым класс системы "Абстрактный объект БД", и находится в таблице Objs, все наследники (а это все справочники, все документы и куча других настроечных объектов) соответственно имеют запись в этой таблице.
Объектов в таблице более 500 000. В матрице прав записей не менее 2 миллионов.
Щелкнув на клиенте правой кнопкой мыши по объекту можно получить контекстное меню с доступными операциями над объектом, при этом проверяются все права пользователя на объект (таблица 2 миллиона записей). Меню открывается мгновенно.
Многострочная часть всех документов, которые таковую имеют находится в одной таблице (как вы говорите и журнал не нужен), записей там несколько миллионов. Остатки на складе считаются селектом с суммированием по приходным и расходным документам с отслеживанием их состояния. Все это на лету. Время отклика несколько секунд.
Что это за система можно посмотреть на сайте
Краткий обзор предлагаемых на рынке программного обеспечения систем
