MasterZiv
sp пишет:

> но в таком случае все ихние множественные аттрибуты получаетца тоже надо
> делать через наследование??
Что значить ? Нет, они просто будут у главного предка, т.е. и у всех его
наследников тоже, и с одинаковым механизмом работы с ними.


Проблема с наследованиемв том что основные аттрибуты сущностей находятся в наследниках (в таблице КонтрАгенты будут храниться только ссылки на описание ФизЛица, ЮрЛица и ЧП) а общие аттрибуты будут в предках что вызывает проблемы при обработке данных:
при редактировании/просмотре записи Контрагент мы будем видеть закладки с табличными представлениями Банковских счетов, Представителей, Контактной информацией, а к примеру чтобы посмотреть паспортные данные лица - я должен нажать пимпу на форме Контрагента, чтобы открыть форму ФизЛица и только на ней я могу посмотреть на закладке Паспорта текущие данные о паспорте граджанина или гражданки

Я уже не говорю о проблемах при создании у Контрагента Представителей - этот объект должен поступать по принципу тут читаем, тут не читаем, тут мы рыбу заворачивали - например представители ФизЛица в качестве основания могут иметь исключительно доверенность, а у предприятия либо Устав, либо Доверенность
В то время как объект ПредставителиПредприятия или ПредставителиФизлица легко контролируют такую ситуацию на уровне структур данных и на уровне клиентского кода

Вот вам и проблемы

iscrafmBely1) Интерфейс можно сделать ТАКОЙ КАК НАДО, а не такой как привыкли делать некоторые.
одна таблица, одна закладка - это не догма .
2) Сделайте несколько VIEW "Все физлица", "Все Юр лица" и используйте их.

это не кошерно, учили не так!

p.s. на самом деле +1. Не пойму в чем проблема вообще.

Поясню: у меня каждый клиентский объект работает сосвоей сущностью в базе: т.е он отрисовывает грид и открывает форму для сущности, аесли я работаю с Контрагентом и в его гриде пытаюсь открыть запись другого объекта - то это как-то не кашерно!

iscrafmsp
Проблема с наследованиемв том что основные аттрибуты сущностей находятся в наследниках (в таблице КонтрАгенты будут храниться только ссылки на описание ФизЛица, ЮрЛица и ЧП) а общие аттрибуты будут в предках что вызывает проблемы при обработке данных
Проблема в том, что вы неправильно понимаете сами принципы наследования (основы так сказать). В это им вся проблема. Общие атрибуты хранятся как раз в базовой (родительской) таблице. А второстепенные, уточняющие,индивидуальные и т.п. хранятся в наследниках.

а когда нет общих основных??? имя, фамилия и отчество или паспорта - являются общими??? вот и я их не стал делать общими
просто вы невнимательно читаете мои посты!

я уже понял надо обозначить структуру данных и ее обсуждать - проблема у меня пока в том что нет рисовалки, а msql рисует громадные картинки :(

И так начнем - я обозначу структуру как я ее вижу, а вы поправьте там где я упаду пьяным )

ФизЛицо
-------------
ID Физлица
...аттрибуты лица...


ЮрЛицо
------------------
ID ЮрЛица
...аттрибуты юрлица


ЧП
-------------------
ID ЧП
ID Физлица
...аттрибуты ЧП..


ПаспортаФизлица
---------------------
ID Паспорта
ID Физлица
... аттрибуты паспорта...

ПенсионныеУдостоверения
-------------------------
ID Удостоверения
ID Физлица
...аттрибуты физлица...

БалансовыеПодразделенияЮрЛица
--------------------------------------
ID БалансовогоПодразделения
ID ЮрЛица
...аттрибуты...


КОНТРАГЕНТ
------------------------
ID Контрагента
ID Физлица
ID ЮрЛица
ID ЧП

СубъектХозДеятельности - СХД
---------------------------
ID Субъекта
ID ЮрЛица
ID ЧП


ФактическиеАдресаКонтрагента
----------------------------------
ID ФактичАдреса
ID Контрагента
ID Адреса - ссылка на экземпляр сущности Адрес

ТелефоныКонтрагента
----------------------------------
ID ТелефонаКонтрагента
ID Контрагента
ID Телефона - ссылка на экземпляр сущности телефон

БезбалансовыеПодразделенияКонтрАгента
-------------------------------------------
ID Подразделения
ID Контрагента
...аттрибуты...


Банки
----------------------
ID Банка
...аттрибуты...


БанковскиеРеквизитыКонтрагента
--------------------------------------
ID Реквизита
ID Контрагента
ID Банка
...аттрибуты...


ПредставителиКонтрагента
--------------------------------
ID Представителя
ID Контрагента



ДокументыПредставителя
-----------------------------
ID Документа
ID Представителя
ID Устава
ID Доверенности


Устав
----------------
ID Устава
Дата выдачи = 01.01.1900
Срок действия = 01.01.3000


Довенренности
-------------------------
ID Доверенности
ID Контрагента
ID Физлица
Номер
Серия
Дата выдачи
Срок действия


И тут появляются вопросы:

-для СХД также необходима информация: ФактическиеАдреса, Телефоны, БезбалансовыеПодразделения, БанковскиеРеквизиты, Представители - создавать дублирующие структуры????

-как в ПредставителиКонтрагента для Физлица и ЧП пресечь на корню даже предложение о документе Устав??????

Хочу допечатать недопечатки

ПредставителиКонтрагента
--------------------------------
ID Представителя
ID Контрагента
ID Физлица

BelyВ довесок еще в контрагента надо добавить поле "ТИП контрагента", чтобы можно было легко определить кто у нас кто.

Вот тут не согласен - зачем мне тип контрагента если заполненное конкретное поле само за себя говорит что за тип контрагента

В такой схеме получается что несколько разных наследников могут ссылаться на одного контрагента - что для данной системы есть низзя!!!!!

BelyspКОНТРАГЕНТ
------------------------
ID Контрагента
ID Физлица
ID ЮрЛица
ID ЧП

Нчнем с этого.

ID Физлица,ID ЮрЛица,ID ЧП - в топку. Остается только ID Контрагента
В соответствующих таблицах: ФизЛицо, ЮрЛицо, ЧП - первичный ключ: ID Контрагента, а не свой собственный.

PS: Всетаки, внимательно почитайте и разберитесь со скриптами создания таблиц в этой теме .

Интересная идея - никогда так не думал о наследовании!!!!
Надо покумекать - слишком уж нестандартно но многообещающе!

BelyspИнтересная идея - никогда так не думал о наследовании!!!!
Надо покумекать - слишком уж нестандартно но многообещающе! НАКОНЕЦ-то НАЧАЛИ ЧИТАТЬ ТО ЧТО ВАМ ПИШУТ!
А прошло-то всего-то чуть более суток

Ничего подобного!!!!
это было написано в первый раз в таком понятном виде !!!!! :)