|
|
Регистрация Восстановить пароль |
Повторная активизация e-mail |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
|
Опции темы | Поиск в этой теме |
06.10.2007, 01:23 | #1 |
Новичок
Джуниор
Регистрация: 06.10.2007
Сообщений: 1
|
помогите определиться: огромное дерево описателей vs блоб с данными + индексированый нормализованый слова
Доброе время.
Проблема такая себе. Все это в реляционной базе данных. Огромное дерево - порядка 300 таблиц (да. и это данность). Альтернатива - все это в определенном виде (ну ХМЛ, допустим. не важно) хранить в блобе. И по ходу дела во втором случае - строить табличку нормализованных слов с ссылками на источник. Ну поскольку разнотипные данные - несколько табличек. Но одна из них - текстовая. Вариант 1. Плюсы. 1. Ну, допустим, привычность. 2. Простота в реализации. 3. Все прям как по книжке. ну что еще придумать.... Минусы. 1. Поиск ограничем языковыми возможностями (Фаерберд) 2. Скорость поменьше работы. Не каждый раз приходится читать из всех таблиц. Порядка 10-20. То есть, много зарезервировано структур "на всякий случай". Ну и отработка удаления, внесения (и вторичными ключами и тригерами) 3. Делая поисковую систему по-умному - придется все равно делать нормализованые словари. Но это неблагодарное дело можно солидно отодвинуть во времени. 4. На поля данных невозможно натянуть индексы. То есть их будет слишком много 8( . Да и полей длинной свыше 90 символов - много. Вариант 2. Плюсы. 1. Формат хранения известен. Был разработан раньше для коммуникативных возможностей. 2. Компактность данных. (целостность не проблема в обоих случаях) 3. Готовность данных для внешних коммуникативных сервисов. 4. Скорость "взять/положить" - несравнимо выше чем в Варианте 1. 5. Есть экспериментальный механизм поиска через УДФ прям в блобе. 6. Колоссальные возможности по поиску (стимуляция написания грамотного поиска на современных принципах работы с текстом), +скорость в индексированом списке, +релевантность, +упрощение "жизни" клиенту (не надо специально обучать его языку запросов). Минусы. 1. Както коробит меня в блобе хранить. Ну что за безграмотность.... 2. Все знают как с блобами работает база. Мусора будет куча. Соответсвенно периодические чистки несомненно скажутся на работе клиентов. 3. Офигеть (извините) можно от реализации пункта 6 из плюсов этого Варианта. |
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Блоб поля и хранимые процедуры | yulia | БД в Delphi | 8 | 07.06.2008 16:42 |
Опять Паскаль...Тема множества...Заранее огромное спасибо!!! | Miledi | Помощь студентам | 1 | 20.04.2008 16:34 |
Помогите определиться с доменом | ERASERROR | Свободное общение | 8 | 23.03.2008 16:19 |
Помогите определиться с средой разработки | Руслантус | Свободное общение | 3 | 14.03.2008 23:27 |