|
Составные объекты
|
|||
---|---|---|---|
#18+
Уважаемые, есть следующая задача, вашему вниманию. Имеются различные геометрические(точка , прямая, полигон) объекты с неким набором характеристик.Объекты эти живут в таблице. Назовем ее условно "Object". Эта таблица связана по внешнему ключу с другой, в которой хранятся координаты точек состовляющих эти объекты. Выглядит это примерно так. "Object" "Points" ID_Object Xar1 Xar2 ... Xar3 ID_Object Number_Points X Y В таблице "Object" ID_Object-РК. В таблице "Points" ID_Object Number_Points-РК. Т.е. имеем связь один ко многим. Теперь вопрос: Каким образом можно спроектировать отношения между таблицами, реализующими связь объектов и точек , как многие ко многим, Т.е. так , чтобы вновь созданный объект ссылался на точки других уже существующих объектов. Соответственно одна и таже точка может иметь несколько хозяев. Я решил эту задачу добавлением третьей таблици , осуществляющей связь между точками и объектами. "Relation" ID_Object ID_ObjectP Number_Points но мне сказали, что этот вариант дублирует информацию и интереса не представляет. Есть ли другие подходы в решении этой задачи. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2003, 16:15 |
|
Составные объекты
|
|||
---|---|---|---|
#18+
Уважаемые, есть следующая задача, вашему вниманию. Имеются различные геометрические(точка , прямая, полигон) объекты с неким набором характеристик.Объекты эти живут в таблице. Назовем ее условно "Object". Эта таблица связана по внешнему ключу с другой, в которой хранятся координаты точек состовляющих эти объекты. Выглядит это примерно так. "Object" ID_Object Xar1 Xar2 ... Xar3 "Points" ID_Object Number_Points X Y В таблице "Object" ID_Object-РК. В таблице "Points" ID_Object Number_Points-РК. Т.е. имеем связь один ко многим. Теперь вопрос: Каким образом можно спроектировать отношения между таблицами, реализующими связь объектов и точек , как многие ко многим, Т.е. так , чтобы вновь созданный объект ссылался на точки других уже существующих объектов. Соответственно одна и таже точка может иметь несколько хозяев. Я решил эту задачу добавлением третьей таблици , осуществляющей связь между точками и объектами. "Relation" ID_Object ID_ObjectP Number_Points но мне сказали, что этот вариант дублирует информацию и интереса не представляет. Есть ли другие подходы в решении этой задачи. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2003, 16:16 |
|
Составные объекты
|
|||
---|---|---|---|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19.
Стандартная связь 0,*-0,* в 3-НФ решит твою задачу, првада в твоем случае надо думать об удобстве использования, и я бы лучше денормализовал к твоему первому варианту, при некоторой избыточности данных обработка значительно упрощиться ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2003, 17:43 |
|
Составные объекты
|
|||
---|---|---|---|
#18+
Забыл :) про номер точки ... вторая таблица будет выглядеть так Код: plaintext 1. 2. 3. 4. 5. 6.
при этом NUMBER_POINT не надо включать в PRIMARY KEY ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2003, 17:50 |
|
|
start [/forum/topic.php?fid=32&fpage=174&tid=1546696]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
70ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 172ms |
0 / 0 |