Архив форумов ЦИТФорума

[focus]

Вопрос следующего характера - Вот нужно сделать базу где есть справочники и др. таблички. Вот есть даные характеризующие личность человека - паспорт... ФИО и ещё порядка 10 полей. Так вот в чём собственно вопрос - лучше эти данные держать в одной табличке и разбить на несколько и связать по (коду - идентификатор).
Вот в чём вопрос.

[Sclis]

Мне кажется, это зависит от размаха задачи, которую ты делаешь. Будет простенький одиночный АРМ с небольшим количеством малосвязанных таблиц - не усложняй - одна таблица и начхать на теорию
А если у заказчика одухотворенность на физиономии проступает, когда он мечтает о комплексе взаимосвязанных приложений на общей базе - утраивай сроки на программу и строй модель "объект-качество". Даже если проект провалится - будет что вспомнить
Но только во втором случае готовься писать мощную поддержку по всем правилам ООП. Через месяц глубокого кодирования появится паника Объемы исходников множаться (особенно неудачных), а просвета не видно
На этом форуме есть комплект хитрых статей на эту тему, если тебя конечно не отпугнет мат. аппарат, который там напичкан... а ведь задуматься - это всего лишь по другому понятая нормализация таблиц
Вот может кто знает готовые библиотеки к модельке "объект-качество" с открытым кодом... было бы интересно сравнить ээ... парадигмы лучше на Дельфе
ну и что ты выбрал?

[focus]

Спасибо за ответ. Лучше обойдусь одной табличкой. А то что то не охота дополнительного груза на плечи. Мне и без этого весело.
Ещё раз спасибо.