Структура базы данных для складского учета - розничная и оптовая торговля...

 

Тема, конечно, не в тему....

Есть тут специалисты по проектированию MySQL-баз данных ?

Если есть, отзовитесь и помогите бедному крестьянину...Хочется универсальный набор связанных таблиц.

Не хочется изобретать велосипед, а в инете пока ничего стоящего не нашел...

В инете в основном обсуждаются разные хитрости взаимодействия с MySQL-сервером, предметную часть вообще не затрагивают...

Буду очень признателен.

 

Какая разница: Мой язык системных запросов, или еще какой-нибудь :)

Нужна модель БД, но лепить недосуг - возьмите в 1С, например...

Про интернет: ищите стадии проектирования БД: концептуальная модель, информационная, логическая и т.п.

А вообще,- ничего сложного и довольно увлекательно,- рекомендую самому попробовать :)

Пригодится, особенно - при переходе на пятерочку.

 
tara:

Какая разница: Мой язык системных запросов, или еще какой-нибудь :)

Нужна модель БД, но лепить недосуг - возьмите в 1С, например...

Про интернет: ищите стадии проектирования БД: концептуальная модель, информационная, логическая и т.п.

А вообще,- ничего сложного и довольно увлекательно,- рекомендую самому попробовать :)

Пригодится, особенно - при переходе на пятерочку.


Не так это просто, как может показаться теоретикам проектирования.

Тут необходимо знание предметной области, к примеру, продажных цен на один и тот же может быть несколько, всякие там артикулы и пр. и т.д. - это статика.

В статике необходимо определить очень много разных таблиц - тут и поставщики и покупатели и персонал и торговые точки и много чего еще...

А еще есть динамика - разные там внутренние перемещения, возвраты, уценки, списание брака....

А потом еще куча разных отчетов по движению...

Короче нужна структура боевой MySQL-базы данных складского учета...

---------------------------------------------------------------------------

"возьмите в 1С, например..." - возможно, это вариант, но где ее взять ?

Причина обращения: