Собираемся писать ERP систему для нашего предприятия. Хотелось бы узнать логику описания объектов в БД как сделать правильно, чтобы при добавлении в будущем новых объектов не переписовать все.

Например справочник клиентов имеет поле счета клиентов, это поле ссылается на справочник счетов, справочник счетов. Это можно сделать отдельной таблицей, а можно, чтобы все было в одной таблице справочников, если в отдельной то как правильно построить ссылку и как лучше хранить в одной таблице или в нескольких ?

мод bumbarasСобираемся писать ERP систему для нашего предприятия. Хотелось бы узнать логику описания объектов в БД как сделать правильно, чтобы при добавлении в будущем новых объектов не переписовать все.
Принцип такой:
1. переменная часть (объекты, документы, справочники и т.д.) - по EAV
2. постоянная часть (проводки, остатки, счета т.е. все что относится к учетно-управленческой модели вашей системы) - в таблицах фиксированной структуры.
Результат:
1 дает гибкость в настройке на изменения
2 дает эффективность работы основных алгоритмов и отчетности
успехов
Спасибо именно это было нужно, спасибо всем за советуемую литературу, а по поводу "решили написать", то проект будет реализоваться полностью под веб на линух, а подобных решений я еще не видел, разве, что 1С которую обещают сделать под веб и заточить под Postgres

BergЭто дань моде? А написание собственной-ERP без знания основ проектирования БД - это не смешно. 1апреля позади вроде.
Есть собственные мысли по поводы структуры БД, но для того и ставять форумы, чтобы можно было посоветоваться с более опытными людми и както улучшить свою модель или чтото новое для себя узнать.

Нам сказали "ПИСАТЬ" значит будем писать :)