Проектирование крупных приложений БД

[MarazmDed]

Добрый день, коллеги!

Меня интересует такой вопрос. Есть куча учебников по созданию приложений БД. И в учебниках все получается очень красиво: положили пару компонент на форму, в датасете создали поля, настроили описания и т.д. Положили на форму навигатор, вуаля! Но почему-то нет учебников, по проектированию крупных приложений (и даже средних, трудоемкость, которых вылезает за пару таблиц).

Как быть, если имеем в БД с десяток таблиц и кучу форм с лукапами, которые кроме прочего еще должны взаимодействовать между собой?

Простой пример. Есть некая таблица, допустим "физ. лица", в которой есть лукапы на другие таблицы. Из разных форм мы ссылаемся на эту таблицу. Например, "сотрудники", "покупатели". Беда в том, что каждый раз, когда нам нужен НОВЫЙ датасет (со своим, независимым курсором), нужно будет заново описывать все поля/лукапы и т.д., что утомляет. Очень бы хотелось иметь некий инструмент, который бы позволял рисовать схему БД, и прямо в этой схеме задавать все параметры (лукапы, названия колонок и т.д.), а при выкладывании датасета на форму, чтобы все свойства заполнялись по этой схеме. Такой подход был бы продуктивным.

Я для упрощения работы каждую таблицу кладу в новый датамодуль. Заполняю поля, все настраиваю. И на каждой форме, которой эта таблица нужна програмно создаю этот датамодуль. Но это не выход - очень утомительно создавать дата-модули, да еще и контролировать время жизни каждого.

Поделитесь советами, кто как проектирует приложения, посложнее студенческих курсовых?

Версия Delphi - XE2 и выше.

[BARNEY]

Имхо как на букашке чертил так и чертил... много чего продумываешь когда от руки простым карандашом рисуешь ... на компьютере как то не творчески получается.
Последнею БД в 30 таблиц нарисовал за день. забил в Ibexpert за 40 минут.

[MarazmDed]

Наверно, не совсем корректно выразился. Схема БД уже создана. Т.е. проблемы нарисовать таблички нет. Есть проблема запитать эту БД в Delphi. Ну как выглядит типичный процесс? Положили DataSet на форму. Указали коннекшн, название таблицы и понеслась.. Нужно дважды кликнуть, добавить все колонки из БД, создать поля-лукапы. Потребовалось туже самую табличку добавить - опять кладем dataset, настраиваем в ObjectInspector'е, дважды кликаем по компоненту и делаем РОВНО ТУ ЖЕ САМУЮ работу, которую уже однажды делали. Когда таких таблиц много - поддерживать это безобразие становится утомительно. Вот и вопрос: как быть?

[BARNEY]

запитать эту БД в Delphi

не знаю про что вы.... но я всё вывожу и редактирую запросами... в дата сети вообще не чего не настраиваю..тупо соединяю с Dbgrid.
последнее время вообще stringgrid'om пользуюсь...

[MarazmDed]

Сообщение от BARNEY

не знаю про что вы.... но я всё вывожу и редактирую запросами... в дата сети вообще не чего не настраиваю..тупо соединяю с Dbgrid.
последнее время вообще stringgrid'om пользуюсь...

1) Как с производительностью в stringgrid'e? Одно приложения я таким макаром написал. Меня устраивает процесс разработки, но: а) в стринггриде много чего нет (сортировка по разным столбцам - уже творчество), б) что делать, если в таблице, скажем, 1000000 записей? StringGrid безбожно отъест памяти и приложение рухнет. в) Программирование интерфейса становится мучительным
2) Для чего же в Delphi вообще сделали визуальные компоненты для БД, если их невозможно применять на практике?
3) В датасете не получится ничего не настраивать - как DBGrid узнает, какие есть поля в таблице?
4) Как при таком подходе реализовать работу с лукапами?

[MarazmDed]

Попробую по другому переформулировать вопрос: визуальное проектирование приложений БД (датасеты, контролы для работы с БД) жизнеспособно? Можно ли не утонув в рутине (и тем самым сведя на нет преимущества визуального проектирования) разрабатывать приложения объемом сложнее, чем курсовые в ВУЗе?

[Yurk@]

Нужно дважды кликнуть, добавить все колонки из БД, создать поля-лукапы. Потребовалось туже самую табличку добавить - опять кладем dataset, настраиваем в ObjectInspector'е, дважды кликаем по компоненту и делаем РОВНО ТУ ЖЕ САМУЮ работу, которую уже однажды делали.

вот мне никогда не нравился такой метод ... ибо много мусора получается ради пары частных случаев
поэтому пользуюсь исключительно FieldByName\Fields[]\ParamByName\Params[]
да и головняка выходит меньше в итоге ... таблицу в DataSet открыл и можно уже работать без проблем

[MarazmDed]

Сообщение от Yurk@

таблицу в DataSet открыл и можно уже работать без проблем

Тогда можно поподробнее, про организацию работы?
Как выводить данные в грид?
Как реализовать лукапы в гриде (имеется в виду без геморроя )?
как быть, если нужно в грид вывести 1000000 строк?

[Аватар]

как быть, если нужно в грид вывести 1000000 строк?

Выбросить такую программу, желательно еще до того как начать ее делать

[Yurk@]

Как выводить данные в грид?

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

Как реализовать лукапы в гриде (имеется в виду без геморроя )?

лукапы в гриде в крупных проэктах? --- ггг ... юзай хранимые процедуры на стороне сервера

как быть, если нужно в грид вывести 1000000 строк?

интересно, а как ты сейчас решаешь эту проблемму?

зы. Аватар, +1