Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Использование БД при написании системы "СКЛАД" [D7, MSSQL, MySQL, dBase, FoxPro, Paradox]

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

stud (2004-09-28 11:43:00) [1]

> msguns (28.09.04 11:19) [11]

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

Нович[Ок] (2004-09-28 11:21:00) [2]
Спасибо за столь оперативные ответы!

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

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

stud (2004-09-28 11:14:00) [4]
пример создания подобной базы как правило рассматривается в книгах по базам данных, например у того же Фаронова. проще наверное будет взять часть кода прямо оттуда и доработать напильником под свои конкретные нужды

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

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

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

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

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

Денис (2004-09-28 10:55:00) [6]
У вас ничего не выйдет :(

Anatoly Podgoretsky (2004-09-28 10:43:00) [7]
Проблемы написания таких систем лежат не в технических или программных вещах, а в проблемной области.
Для твоего случая подойдут любые базы.

Sergey13 (2004-09-28 10:42:00) [8]
>Около 10000 наименований.
>Денег нет - делаю для семейного бизнеса.
Семья то большая... 8-)
Возьми ФайрБерд - самое оно, ИМХО. Бесплатная и все "как у взрослых".

Rostislav Rotaru (2004-09-28 10:41:00) [9]
Мне кажется, что MSSQL (а точнее MSDE, если пользователей меньше 5) для этих целей подойдет отлично. MSDE бесплатный, коннектиться к нему удобно, к тому же есть все необходимые инструменты(хранимые процедуры, триггеры). Для создания базы, таблиц и пр. отлично подойдет MS Acces, там есть удобный интерфейс для написания запросов и процедур. У меня тоже не много опыта, сам пользуюсь, устраивает.

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

Нович[Ок] (2004-09-28 10:31:00) [11]
2 msguns:
> сколько мах.юзеров могут пользоваться базой одновременно
3 юзера. Это с перспективой, а так - 1 юзер.

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

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

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

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

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

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

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

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

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »