Использование БД при написании системы "СКЛАД"

← →
Нович[Ок] (2004-09-28 09:43) [0]

Поставлена задача: написать простенькую программу движения товара по складу. Около 10000 наименований.
До этого кодил на Delphi, но с БД практически не сталкивался.
Имею также опыт работы с MySQL и PHP.
В связи с этим - вопрос:
какую БД использовать в Дельфи, чтоб геммора поменьше было и проще освоить? Может с этой MySQL и сделать?
серверную часть БД отдельно ставить, или можно как-нить интегрировать в прогу?
может у кого есть какие-нить простенькие примерчики посмотреть. Буду очень благодарен.

← →
msguns (2004-09-28 10:02) [1]

Хороших простеньких складских прог не бывает.
Перед выбором БД, да и вообще перед тем, как что-то решать, надо определиться с некоторыми концептуальными вещами:
- сколько мах.юзеров могут пользоваться базой одновременно
- характеристика сетевого коннекта (модем, локалка, др.)
- объем и типизация документооборота (виды движения, к-во складов, наличие промежеточных мест хранения, в т.ч. ответхранения и т.д.)
- время, выделяемое на разработку (или время+деньги)
- наличие или отсутствие возможности приобретения доп.инструментария и привлечения сторонних мозгов, в т.ч. за небесплатно.
- наличие или отсутствие опыта разработки подобных задач.
- нужен ли бухгалтерский учет
и другое..

← →
Sergey13 © (2004-09-28 10:08) [2]

2Нович[Ок] (28.09.04 09:43)
>Поставлена задача: написать простенькую программу движения товара по складу.
Так начинались истории не одной самописной ERP системы. 8-)

← →
Нович[Ок] (2004-09-28 10:31) [3]

2 msguns:
> сколько мах.юзеров могут пользоваться базой одновременно
3 юзера. Это с перспективой, а так - 1 юзер.

> характеристика сетевого коннекта (модем, локалка, др.)
пока ничего нет. Просто 1 локальный ПК. На перспективу - локалка.

> объем и типизация документооборота (виды движения, к-во складов, наличие промежеточных мест хранения, в т.ч. ответхранения и т.д.)
приход, расход, просмотр остатков на складе. 1 склад. (на перспективу 2). никаких промежуточных мест и ответхранений.

> время, выделяемое на разработку (или время+деньги)
2-3 месяца. Денег нет - делаю для семейного бизнеса.

> наличие или отсутствие возможности приобретения доп.инструментария и привлечения сторонних мозгов, в т.ч. за небесплатно.
практически отсутствует.

> наличие или отсутствие опыта разработки подобных задач.
Только в сфере Web (PHP+MySql), опыт работы в Delphi (но без подключения БД).

> нужен ли бухгалтерский учет
нет.

← →
Нович[Ок] (2004-09-28 10:38) [4]

!!! ЕСЛИ КТО-НИБУДЬ МОЖЕТ ПОМОЧЬ В НАПИСАНИИ НА УСЛОВИЯХ БАРТЕРА - МОГУ ПРЕДЛОЖИТЬ WEB-ДИЗАЙН, РАЗРАБОТКА САЙТА, ХОСТИНГ, РЕГИСТРАЦИЯ ДОМЕНА В ЗОНЕ .ORG.UA, ДЕЛАЮ ПРОФЕССИОНАЛЬНО (ПОД ВСЕ ТИПЫ БРОУЗЕРОВ)!!!
примеры моих работ:
http://www.bars.od.ua (разработка дизайна и логотипа)
http://www.utu.org.ua
http://www.yuzhny.net

← →
Rostislav Rotaru © (2004-09-28 10:41) [5]

Мне кажется, что MSSQL (а точнее MSDE, если пользователей меньше 5) для этих целей подойдет отлично. MSDE бесплатный, коннектиться к нему удобно, к тому же есть все необходимые инструменты(хранимые процедуры, триггеры). Для создания базы, таблиц и пр. отлично подойдет MS Acces, там есть удобный интерфейс для написания запросов и процедур. У меня тоже не много опыта, сам пользуюсь, устраивает.

← →
Sergey13 © (2004-09-28 10:42) [6]

>Около 10000 наименований.
>Денег нет - делаю для семейного бизнеса.
Семья то большая... 8-)
Возьми ФайрБерд - самое оно, ИМХО. Бесплатная и все "как у взрослых".

← →
Anatoly Podgoretsky © (2004-09-28 10:43) [7]

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

← →
Денис (2004-09-28 10:55) [8]

У вас ничего не выйдет :(

← →
msguns (2004-09-28 11:12) [9]

Если для семейного.. ;)
Простейший учет таков:
Справочники:
- номенклатура товара
- партнеры (поставщики-покупатели, можно разбить на 2 тб)
- складские помещения
Документы:
- приходы
- расходы (реализация)
Картотека

В принципе, такую систему можно сваять на любой БД (прав АП). Смущают только объемы - 10000, ИМХО, для локалки многовато, хотя, конечно, аксесс, к примеру, вытягивает и не такое. Вот только тормозюли..
Далее. Учитывая некоторую избыточность предложенной выше модели (в частности, любое изменение в документах должно автоматически отражаться в картотеке (в виде остатков) и, возможно, в таблице сальдовых) я бы выбрал БД с реальными, а не фиктивными (как, например, в Paradox или dbf) транзакциями. Мне лично по душе FB: легкий, бесплатный, вполне надежный, полноценный сервер. В комплекте с FIBPlus и IBExpert (первый весьма недорог, второй вообще бесплатный) представляет прекрасный инструментарий именно для не слишком опытного дизанера.

Что касается примера...
Вопрос сложный хотя бы потому, что в большинстве рабочих проектов (не только и не столько моих) огромное кол-ва кода, относящегося в первую очередь к особенностям интерфейса и специфическим возможностям, что делает разбор проекта весьма затруднительным (за лесом не видно нужного дерева)

Рекомендую пообщаться с орлами, имеющими подобный опыт.
Кстати, а конструкторы типа 1С начисто отметаются ?

PS а вообще-то приведенную схему можно вполне леаризовать на екселе (хотя 10 тыщ записей..)

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

← →
msguns (2004-09-28 11:19) [11]

>stud © (28.09.04 11:14) [10]
.. и доработать напильником под свои конкретные нужды

.. да нет. Для примеров Фаронова напильник не годится. Тут как бы бензопилой справиться ;))

← →
Нович[Ок] (2004-09-28 11:21) [12]

Спасибо за столь оперативные ответы!

> msguns (28.09.04 11:19) [11]

ну это пример, как правило авторы в качестве примеров обычно берут простейшую "складскую" систему. тут есть от чего оттолкнуться. все зависит от аппетитов заказчика)))

Использование БД при написании системы "СКЛАД" Найти похожие ветки