|
|
|
Идеология построения сети на реляционных данных
|
|||
|---|---|---|---|
|
#18+
Уважаемые! Уверен, что многие из вас уже решали изложенную ниже проблему. Поделитесь подходами. Имеем: 1. Организации с перечнем характеристик (WAP-регистр): учредители, руководители, адреса, реквизиты и т.д. 2. Перечень контрактов, договоров - с указанием субъектов и прочих данных контрактов. 3.Перечень работ (направлений) по которым заключаются контракты. 3. Собственно персоналии, как выборка из п.1, плюс добавка из прессы 4. Документы (не контракты), в которых упоминаются организации, персоналии - в Nтекстовых полях MSSQL (возможно - в свалке файлов). Документы связаны с перечнем направлений работ, организациями. Запрос: Как Иванов связан с Петровым или ООО-1 с ЗАО-2 В итоге нужно построить таблицу связей типа: 1.Тип объекта 1 2.Наименование объекта 1 3.Тип связи 4. Тип объекта 2 5. Наименование объекта 2 Визуализация - на клиенте в виде графа, что к теме вопроса не относится. Собственно вопросы: - Как лучше организовать структуру БД, и метаданных в частности. - Если искать по уровню связей более 3-х возникнет дикий перебор. - Планировщиком обновлять таблицу связей в оффлайне или делать по каждому запросу. Предполагаемый объем БД - по контрактам не более 3х тыс., организациям до 1-й тыс., персоналиям - 1й тыс., документам - 3хтыс. (в пределе). Заранее благодарен за комментарии и размышления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2005, 18:33 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33450995&tid=1545501]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
179ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 489ms |

| 0 / 0 |
