vromanovпоказ связанных объектов
Каким образом? Не секрет?
Приведи структуру.

Один ко многим?

Месторождения
id Название2 АААААААА3 ИИИИИИ

Скважины
id id_Местор. Название1 2 SSSS2 2 FFFFFFF
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

vromanov Petro123Один ко многим?

Да. А можно и многое ко многому прикрутить. Через промежуточную таблицу.
Например связь между месторождениями и листами карт или отчетами на которых они отображены.
с картами и отчётами сомневаюсь - это динамика и перевычисляется при изменении размера листов, например.

наличие связей в реальном мире ещё не даёт необходимости переносить это в модель.
Модель всегда ущербна. Т.е. если
Товары <------> Заказы <------> Заказчики
имеют всякие там связи, то переносить их на БД есть смысл только при наличии запросов с обоих сторон.
многие ко многим
Поэтому опять ... вариант реализации сильно зависит от ТЗ.
авторА вот этого нет :(
Пока просто показ связанных объектов. Если дела пойдут хорошо то будет развитие а вот куда?? Непонятно.
IMHO хороший аналитик нужен, а потом проектирование БД под задачу.

"Если ты сервер, то не суетись под клиентом" (с) Хакер
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

vromanovТут вообще хитрая ситуация. Данные начинают набиваться уже сейчас, а программа начнет писаться не раньше чем через год. Финансирования сейчас нет
ГОС-структура наверно. Только они деньги не считают, т.к. государственные ;).

статья интересная,
- правда староватая (нет учёта появления sql 3, пространственных БД, и пространственных запросов, 486 машина и оптимизация БД под неё)
- в большинстве задач можно обойтись без разбивки объекта на сегменты как в примере.
Тогда БД будет ОДНА таблица + EAV 3 штуки.
______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!

мод Petro123Тогда БД будет ОДНА таблица + EAV 3 штуки.

почему 3 штуки ?
патаму шта 3 буквы
- сущность
1
|
8
- значения атрибутов

- список атрибутов

nik_xВсе это в XML никак нельзя представить???
смотря для каких целей.
Я в XML готовлю данные и провайдер от MS заливает в БД таблицы уже преобразовывая XML ----> РСУБД
/topic/103823

Вывод из БД в XML достаточно добавить в SELECT директиву "for xml"

Хранить XML с поиском по нодам БД пока (не все) не умеют.

tchingizPetro123
не думаю, что статистика по длине сегментов сильно изменилась.
(может пригодиться для чего нибудь)
============== я просто замерял скорость отрисовки с сегментами и без. Никаких преимуществ не увидел

не думаю, что изменились классификаторы
======================
ты называешь классификаторами
где "дерево" зашито в позиции символов

01 группа
99 подгруппа
...

ЗЫ. Никто не говорит, что классификаторы изменились. А вот модель хранения такого классификатора в БД может быть разная.

прошу прощения за форматирование. Так лучше
tchingiz
Petro123
не думаю, что статистика по длине сегментов сильно изменилась.
(может пригодиться для чего нибудь)
============== я просто замерял скорость отрисовки с сегментами и без. Никаких преимуществ не увидел
не думаю, что изменились классификаторы
======================
ты называешь классификаторами

0199100
где "дерево" зашито в позиции символов

01 группа
99 подгруппа
...
ЗЫ. Никто не говорит, что классификаторы изменились. А вот модель хранения такого классификатора в БД может быть разная.

______________________________________________
Вы имеете право хранить молчание! Всё что Вы скажете может быть использовано против Вас в суде!