|
|
Регистрация | << Правила форума >> | FAQ | Пользователи | Календарь | Поиск | Сообщения за сегодня | Все разделы прочитаны |
|
Опции темы | Поиск в этой теме | Опции просмотра |
#1
|
|||
|
|||
Программа тех. учета с локальной БД
Доброго времени суток.
Возникла потребность в создании программы средствами Delphi, в которой будет реализован технический учет принятой на ремонт аппаратуры. Из этого вытекает необходимость использования БД. Программа будет использоваться на одном компьютере и встал вопрос - какую базу использовать? Может ктонибудь поделиться опытом в создании подобных продуктов или подсказать с чего можно начать и с каким материалом ознакомиться? Заранее благодарен |
#2
|
|||
|
|||
Используйте Access. Но на мой взгляд лучше присмотреться к СУБД рассчитанных на многопользовательский режим. Лучше заранее предусмотреть возможность для расширения бизнеса.
|
#3
|
|||
|
|||
Цитата:
Никакого Access'а. Если хочется работать с решениями от MS, то SQL Server. Если все-равно, то лучше InterBase/FireBird (последний - бесплатный). |
#4
|
|||
|
|||
Цитата:
|
#5
|
|||
|
|||
Вопрос 2
Добрый день.
В продолжении вопроса по поводу создания программы технического учета ремонтируемой техники. Принимаемая техника будет самых различных видов, и в функционал необходимо добавить возможность добавления в справочник вида техники и установки полей, необходимый для заполнения при приеме данной аппаратуры. Как мне возможно создать такой конструктор шаблонов? Есть пара идей по поводу динамического создания дочерних таблиц и на основе их уже создавать форму приеме с выводом нужных полей, но мысли слегка размазаны. Может у когонибудь есть опыт в этом вопросе или какието статьи/темы, которые могли бы мне помочь. Заранее благодарен |
#6
|
||||
|
||||
Нечто похожее делал через XML. Т.е. шаблон формируется на основе описания в XML, ну а так как это текстовый файл и структуру его можно менять произвольно, то остается только написать модуль считывания этих данных. А вот что касается автоматической генерации форм ввода, то тут уже ситуация хуже. Если это простые поля ввода, то можно еще сделать довольно красивое автоматическое размещение их на форме, но если что-то сложнее, то лучше это делать ручками.
В идеале конечно надо писать свой дизайнер форм и структуры. Жизнь такова какова она есть и больше никакова. Помогаю за спасибо. |
#7
|
|||
|
|||
Не могли бы Вы рассказать поподробнее.
По большому счету задача - это обеспечить различное количество полей ввода для каждого типа оборудования. |
#8
|
||||
|
||||
Можно аналогичное делать через таблицы. Когда-то для примера делал такую базку. Посмотрите, возможно вас устроит такое решение.
Жизнь такова какова она есть и больше никакова. Помогаю за спасибо. |
#9
|
|||
|
|||
Если что бы совсем не заморачиваться, бери какой-нить проперти едитор.
Например, у нас есть некоторый набор полей, которые присутствуют всегда. Их реализуем как нормальные поля. А набор полей, которые могут присутствовать, а могут и не присутствовать, засовываем в виде xml, например, в отдельный BLOB. На форме "бросаем" proprty editor и редактируем поля там. Что тебе понадобится. 1. Компонент proprty editor. Можно помсмотреть в сторону Berg, он у них довольно приятный. 2. Некоторый код, который будет настраивать редактор по шаблону. 3. Некоторый код, который обеспечит заполнение редактора и наоброт -сохранение результата в виде xml в BLOB'е. 4. Поддержка шаблонов. Можно просто сделать доп. табличку к справочнику типов аппаратуры. Можно опять же в виде xml хранить в отдельном BLOB'е в том же справочнике. Опять же, потребуется редактор шаблонов. 5. Код печати отчетов, который будет уметь брать нужную информацию и из дополнительного поля с xml. Вроде все. Да, можно, конечно, обойтись без xml в одном поле. Структура БД получится посложнее, но не намного. |
#10
|
|||
|
|||
Добрый день.
Вопрос у меня следующий: как я могу сохранить объект класса TXMLDocument в поле BLOB таблицы БД FireBird передавая его как параметр IBQuery? Не смог я что то найти достаточно информации и в итоге только запутался. |
#11
|
||||
|
||||
Все зависит от задачи, я написал подобных программ много, скажу так...
1. Access, Excell - только если это требуют, ересь редкостная, категорически не рекомендую! 2. MSSQL - как идеал, но он стоит денег и работает только под виндой! 3. MySQL - бепслатное, кросОС-ное решение, тоже барахло полное, во многом остает от жизны лет так на 10!) 4. AbsoluteDB, SQLLite - идеален для маленьких задач, первый кстати работает прекрасно, хотя возможности этих СУБД крайне скромные 5. FireBird - еще одно интересное решение, весьма популярное, но когда крошится база - молитесь... 6. Oracle, PostGreeSQL - монстры СУБД, первая сверхдорогая, вторая - халявная, но проектировать в ней сложновато, изза жосткой типизации и целостности данных, не удобно, но если надо монстр и делаете очень серйозный проект - PostGreeSQL - однозначно! зависит от задачи, но чтобы точно угадать берите MSSQL 2008, самая лучшая СУБД, говорю вам честно как архитектор БД со стажем по технологиям подключения, 1. AnyDAC - отличная универсальная обёртка, но стоит денег, рекомендую! 2. ADO - только когда уже деватся некуда 3. ZEOS - застрял в далеком прошлом 4. DevART - стабильно держится, как минимум стоит на него обратить внимания |