Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
04.11.2008, 18:22
|
|||
|---|---|---|---|
|
|||
Наследование + OID? |
|||
|
#18+
Здравствуйте, многоуважаемые эксперты! Пытаюсь сделать поисковик файлов на PostgreSQL 8.3. Помогите, пожалуйста с проектированием части БД: Часть БД Есть сервера. На каждом сервере может быть несколько служб (несколько поддерживаемых протоколов). У каждого протокола есть свои свойства. Как лучше реализовать данную схему? У всех протоколов есть одинаковые атрибуты, но также есть и некоторые дополнительные. Меня интересует как можно будет потом выводить список найденных файлов в зависимости от протокола (чтобы дополнительные специфичные аттрибуты для протокола отображались)? Хотел использовать OID таблиц, но они могут измениться при неожиданном переходе на другую БД например. Надеюсь, объяснил хоть как-то понятно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.11.2008, 00:55
|
|||
|---|---|---|---|
|
|||
Наследование + OID? |
|||
|
#18+
из схемы не ясно какие данные хранятся в таблицах HTTP, FTP, СЛУЖБЫ и DirectConnect . Примерно понятно что записывается в таблицу СЕРВЕРА но не ясно как данные этой таблицы связаны с другими данными. Что-либо конкретное посоветовать тяжело т.к. постановка задачи не ясна. Могу только посоветовать не использовать OIDs. В общем случае если стоит задача хранить инфу по файлам то логично создать таблицу FILE (или FILES) file --------------------------- file_id, -- PK, serial file_name, file_description ... ... ... other file attributes ... file_timestamp где будут очитыватся данные о файлах. Всякие аттрибьютс могут быть ссылками по FOREIN KEY на другие таблицы-справочники где хранится инфа о серверах, службах, протоколах и тд и тп. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.11.2008, 10:59
|
|||
|---|---|---|---|
|
|||
Наследование + OID? |
|||
|
#18+
UKY Часть БД Есть сервера. На каждом сервере может быть несколько служб (несколько поддерживаемых протоколов). У каждого протокола есть свои свойства. Как лучше реализовать данную схему?Курить обобщённый синтаксис , осознать, что не каждая схема предусматривает поиск и что URI кодирует схему, сервер и (относительный) путь.Т.е. схема получается: Код: plaintext Методы доступа, опять же могут влиять. Скажем, в случае HTTP POST один и тот же url может вернуть разные ресурсы, зависящие исключительно от тела метода POST. Хранить IP-адреса в базе - моветон. Особенно если вы считаете, что DNS-адреса - это просто адреса :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.11.2008, 20:58
|
|||
|---|---|---|---|
|
|||
Наследование + OID? |
|||
|
#18+
UKYХотел использовать OID таблиц, но они могут измениться при неожиданном переходе на другую БД например А почему они должны измениться при переходе на другую СУБД? Просто выберите тип GUID для OID, и генерите ключи сами, а не полагаясь на механизм СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=32&mobile=1&tid=1543585]: |
0ms |
get settings: |
9ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
182ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 209ms |
| total: | 498ms |
| 0 / 0 |
