|
|
|
Модель для хранения маршрута
|
|||
|---|---|---|---|
|
#18+
Посоветуй, многоуважаемый All как спроектировать сабж? Имеются различные маршруты движения, состоящие из узлов (En), если для варианта 1, вполне можно обойтись 1-ой таблицей, то для случая, когда один и тот же узел (E3) может быть в нескольких маршрутах, возникает вопрос как хранить маршруты отдельно друг от друга? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2009, 23:18 |
|
||
|
Модель для хранения маршрута
|
|||
|---|---|---|---|
|
#18+
Например так 1. таблица точек Point (ключ, имя,...) 2. Таблица маршрутов Route (ключ, имя,...) 3. Таблица точек маршрута (Route, Point, Number, ...) Number - номер точки на маршруте Route, Point, Number - единый уникальный ключ С уважением, Naf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2009, 01:32 |
|
||
|
Модель для хранения маршрута
|
|||
|---|---|---|---|
|
#18+
Co_balt, Сами по себе маршруты не имеют смысла. Смысл они имеют, когда реализуют функкционал. Схема передвижения состоит из маршрутов, операций, объектов и субъектов. Маршрут состоит из узлов. Узел - из своих атрибутов. Простая иерархия. Повторяются узлы и что? В ER технологии сразу встает задача решения связи многие ко многим - создание связной таблицы. В иерархии XSD таких проблем просто нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 13:27 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=36308097&tid=1542955]: |
0ms |
get settings: |
5ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
152ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 201ms |
| total: | 404ms |
| 0 / 0 |
