|
Связь между объектами - 2 подхода.
|
||
|---|---|---|
Участник
Откуда: Нижний Новгород
Сообщения: 1 802 |
||
| 17.07.2007, 16:20 |
|
|
|
|
|
Связь между объектами - 2 подхода.
|
|||
|---|---|---|---|
|
#18+
Стандартный пример. Есть 2 объекта. например, физлицо и предприятие. Физлицо может иметь отношение 2 нескольким предприятиям. Предприятие и физлицо представлены таблицами. Связь можно построить 2-я способами - через промежуточную таблицу связей (вариант 1) и путем указания в записях одной таблицы ссылки на другую (вариант 2). Вариант 1. преимущества - связей можно строить сколько угоднно, не затрагиваются данные, ничего не надо модифицировать в существующих таблицах при добавлении/удалении новых всязей (например, с объектом "жена"). Вариант 2. меньше таблиц участвуют в запросе. А какие минусы у этих вариантов? --------------------------------------------------- Я не волшебник, я только учусь.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2007, 14:25 |
|
||
|
Связь между объектами - 2 подхода.
|
|||
|---|---|---|---|
|
#18+
Алексей ТихоновскийВариант 2. меньше таблиц участвуют в запросе. Здесь плюс не только такой. При реализации связи на уровне БД - контроль за целостностью данных будет вести сам сервер БД. В то время как в варианте 1 - придется писать отдельный код, который будет проводить этот контроль. Например, жена может быть только одна... Обязательность заполненности поля - тоже придется реализовывать в коде. Это, собственно, минус. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2007, 15:09 |
|
||
|
Связь между объектами - 2 подхода.
|
|||
|---|---|---|---|
|
#18+
> Например, жена может быть только одна... Неужели? Перечислить религии, допускающие многоженство, или самостоятельно у google спросите? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2007, 15:25 |
|
||
|
Связь между объектами - 2 подхода.
|
|||
|---|---|---|---|
|
#18+
BelyЗдесь плюс не только такой. При реализации связи на уровне БД - контроль за целостностью данных будет вести сам сервер БД. Согласен Bely Обязательность заполненности поля - тоже придется реализовывать в коде. Это, собственно, минус. не согласен, связи может и не быть. заполнение поля значением из другой таблицы - таки да, но в 1 варианте это ограничение можно наложить на таблицу связи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2007, 15:54 |
|
||
|
Связь между объектами - 2 подхода.
|
|||
|---|---|---|---|
|
#18+
Жисть пошла такая, что почти всего (не только жен) может быть много. Так что выбора-то и нет, почти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2007, 16:20 |
|
||
|
Связь между объектами - 2 подхода.
|
|||
|---|---|---|---|
|
#18+
Алексей Тихоновский А какие минусы у этих вариантов? --------------------------------------------------- Я не волшебник, я только учусь.... зачем вам минусы, спрашивайте плюсы :) я делаю (применительно подобной задачи) супертип Entries (Таблица объекты учета) - EntryID RecordDate EnteredBy Тип Identities (Таблица - частные лица) IdentityID EntryID FirstName LastName BirthDate Тип Entities (Таблица - юридические лица) EntityID EntryID EntityName LegalStatus TaxCode Industry таблицу связей|подчиненности EntryRelations RelationID EntryID RelatedToEntry RelationTypeID все остальное поднимается вьюхами ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2007, 16:33 |
|
||
|
Связь между объектами - 2 подхода.
|
|||
|---|---|---|---|
|
#18+
Алексей Тихоновский пишет: > Вариант 1. преимущества - связей можно строить сколько угоднно, не > затрагиваются данные, ничего не надо модифицировать в существующих > таблицах при добавлении/удалении новых всязей (например, с объектом > "жена"). > Вариант 2. меньше таблиц участвуют в запросе. Ни минусов, ни плюсов здесь нет. Вар.1 нужен для реализации связи N:M. Вар.2 - для реализации связи (со стороны дочерней таблицы) 0..N : 1 Соответственно, какая у тебя связь, так надо и реализовывать. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2007, 16:51 |
|
||
|
Связь между объектами - 2 подхода.
|
|||
|---|---|---|---|
|
#18+
Если речь не о DBF-формате, то моё мнение такое: что не решается простыми методами обеспечения целостности, для того созданы триггеры. Вопрос только в том, насколько часто происходит добавление/обновление таблиц. Вариант с 2 таблицей имхо излишество спокойной жизни. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2007, 17:40 |
|
||
|
|
start [/forum/topic.php?fid=32&fpage=116&tid=1544389]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
82ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 235ms |
| total: | 412ms |
| 0 / 0 |
