Помогите определится с выбором СУБД

← →
Son_of_Morning © (2008-02-01 12:10) [0]

Для системы документооборота информационно аналитического бюро необходимо выбрать СУБД (freeware) по следующим критериям:
1. Структура базы: 20-30 базовых таблиц, общее кол-во около 100, высокая связность внутри базы
2. Размер: до 500 тыс. (1 000 000 - максимум) записей в базовых таблицах, таблица с RTF-документами, отсканированными документами, размер базы - несколько терабайт.
3. особенности реализации: есть таблица с ТЕКСТОВЫМ СОДЕРЖИМЫМ ДОКУМЕНТОВ и необходимо в т.ч. осуществлять запросы по поиску в этой таблице.
4. Кол-во пользователей = 10(до 20) \ локальная сеть.
5. Транзакции - небольшое кол-во, с минимальными пересечениями.
6. Основная нагрузка - поиск по связям в базе
7. составление отчетов - не требуется.
8. минимум администрирования.

больше всего я боюсь текстового поля и поиска по нему + сохранения графики => большой размер.
Если кто заодно сообщит о стандартных приемах решения этих вопросов - тоже спасибо.

← →
Palladin © (2008-02-01 12:20) [1]

MSSQL, Oracle

← →
Palladin © (2008-02-01 12:20) [2]

как будто есть из чего выбирать при таких объемах...

← →
Son_of_Morning © (2008-02-01 12:31) [3]

тут есть один нюанс: основной объем составляют СКАНИРОВАННЫЕ документы - на работу по поиску влияния почти не оказывают, транзакций мало

может быть есть определенные модели решения данного вопроса?

← →
Son_of_Morning © (2008-02-01 12:35) [4]

уже подумываю про Oracle XE (сканера) + FB

← →
Правильный_Вася (2008-02-01 12:46) [5]

> уже подумываю про Oracle XE (сканера)

как это вяжется с

> 4. Кол-во пользователей = 10(до 20) \ локальная сеть.

?

полнотестовый поиск есть в Оракле, в FB можно сделать самому, не очень сложно

← →
Son_of_Morning © (2008-02-01 12:51) [6]

> > уже подумываю про Oracle XE (сканера)
> как это вяжется с

согласен - фигню сказал, уже посмотрел, там еще и ограничение размера есть :((

> > 4. Кол-во пользователей = 10(до 20) \ локальная сеть.
кол - во пользователей 10 + веб НЕ нужен

← →
Sergey13 © (2008-02-01 13:19) [7]

> [0] Son_of_Morning © (01.02.08 12:10)
> документооборота
> Кол-во пользователей = 10(до 20)

> размер базы - несколько терабайт

Фильмы что ли учитываете?

← →
Anatoly Podgoretsky © (2008-02-01 15:43) [8]

> MSSQL, Oracle

Не понянут.

← →
ANB (2008-02-01 16:33) [9]

> Oracle

А оракл то почему не потянет ?

← →
Son_of_Morning © (2008-02-01 16:37) [10]

т.е. единственный вариант - файлы со сканом хранить на диске, а в базу писать только ссылки на файлы?
не хотелось-бы :(

← →
ANB (2008-02-01 16:44) [11]

> Son_of_Morning © (01.02.08 16:37) [10]

Та влезет все в оракл без проблем. У нас ща база на нем 120 террабайт. Вот только ХЕ оракл не пойдет. Придется честный ставить.

← →
PEAKTOP © (2008-02-01 16:48) [12]

С картинками проще - можно за 15 минут сваять в Delphi утилиту, которая автоматом наделает из них превьюшек (маленьких изображений строгого формата, например 100х200) и запихает их в базу. А сами картинки можно и во внешних файлах хранить - ну в базе естественно путь к файлу.

← →
Son_of_Morning © (2008-02-01 16:57) [13]

> ANB

спс - просто раньше не интересовался, и не думал, что там на размер базы тоже огр-ие, а оракл - не хотелось бы бить из пушки по комарам....

> PEAKTOP

а вот насколько это "правильный" путь - хотя другого пожалуй и нет.....
300 000 записей по 2-3 КВ FB должна легко потянуть, как я понимаю?

← →
Anatoly Podgoretsky © (2008-02-01 17:01) [14]

> ANB (01.02.2008 16:33:09) [9]

Потому что только 4 гб

← →
Anatoly Podgoretsky © (2008-02-01 17:01) [15]

> ANB (01.02.2008 16:44:11) [11]

А условие помнишь? Freeware...

← →
DrPass © (2008-02-01 17:03) [16]

> Для системы документооборота информационно аналитического
> бюро необходимо выбрать СУБД (freeware)

> размер базы - несколько терабайт.

Одно с другим не свяжется. Разве что картинки хранить не в базе, а в файлах на диске, а в таблицах - только ссылки на них

← →
ANB (2008-02-01 17:30) [17]

> А условие помнишь? Freeware...

Та ладно. 500 баксов жалко за коммерческую версию ?
Тем более писать на ней мона официально бесплатно.

← →
Kolan © (2008-02-01 17:34) [18]

Имхо, под такие запросы можно и купить&#133

← →
Правильный_Вася (2008-02-01 18:03) [19]

> Потому что только 4 гб

чево 4 гигабайта? файлов в табспейс можно затолкать скока влезет у оракла

а у FB можно тоже многофайловую базу сделать

← →
PEAKTOP © (2008-02-02 03:45) [20]

> а у FB можно тоже многофайловую базу сделать
Зачем ? А вы, наверное, про предел в 4ГБ в размере файла ... Ну, может ... хотя держать базу на FAT32 под любым SQL-сервером, это знаете ли ...

Я вот тут чертежи в базу пихаю (ну, правда перед постом архивлю их в JPEG), база за три года 6,5ГБ, полет нормальный. Файловая система NTFS.

Чуть не забыл, постепенно мигрировали с Firebird1.5 (на момент заказа) на Firebird v2.1 (на момент последнего расширения функционала по желанию заказчика).

← →
Правильный_Вася (2008-02-02 20:46) [21]

> вы, наверное, про предел в 4ГБ в размере файла ... Ну, может
> ... хотя держать базу на FAT32 под любым SQL-сервером, это
> знаете ли ...

у автора речь о терабайтах
что, есть нтфс с такими возможностями для размера файла?

← →
Sergey13 © (2008-02-04 08:37) [22]

> [19] Правильный_Вася (01.02.08 18:03)
> чево 4 гигабайта? файлов в табспейс можно затолкать скока
> влезет у оракла

Помнится у бесплатного Оракла это ограничение на объем пользовательских данных.

ЗЫ: ИМХО про терабайты автор просто сгоряча написал.

← →
Petr V. Abramov © (2008-02-04 11:24) [23]

> Sergey13 © (04.02.08 08:37) [22]

миллион документов по мегабайту - как раз терабайт

Думаю, что вопрос решен:
про Тбайты - нет, не сгоряча, просто ОДНА БОЛЬШАЯ таблица будет слабо (по 1-у внешнему ключу) связана с основной намного меньшей по размеру базой.

Файлы на диске хранить, а в базе ссылки - подход в принципе не правильный, решил вторую базу завести, в которой будут хранится отсканенные документы (с ID, совпадающим с основной базой), каждая из них будет хранится на отдельном диске (основная (маленькая) - на рейде, вторая (со сканом документов) рейд по возможности).
обе базы на FB.

всем спасибо, если кто-то знает лучший, более элегантный вариант - с удовольствием выслушаю.

> [24] Son_of_Morning © (04.02.08 11:29)
> решил вторую базу завести

Еще более неправильное, ИМХО, решение.

> про Тбайты - нет, не сгоряча

Ну не знаю. У меня полный документооборот (не считая почтовой пересыки между пользователями) в Лотусе за год (число пользователей около 80) занимает порядка 10-12 гигов. И сканированные документы хранятся и екселевско-вордовые и всякие разные графические.

> Sergey13

так "документооборот" и "внутренний документооборот" - разные вещи

> Файлы на диске хранить, а в базе ссылки - подход в принципе
> не правильный

В принципе неправильный подход -- это гвозди закручивать, а шурупы забивать.

Каждое хранилище предназначено под определённый тип содержимого: БД -- для хорошо структурированных сильно связанных записей, а файловая система -- для массивов многомегабайтного мусора.

Впрочем, хорошо забитый шуруп держится крепче, чем хорошо завинченый гвоздь. И файлы в БД можно хранить.

В Оракле есть тип данных BFILE
Используя этот тип в XE можно впихнуть совокупно гораздо больше чем 4 Гб.

> так "документооборот" и "внутренний документооборот" - разные
> вещи

Я бы выбрал другие критерии, чем внутреннийц/внешний, например безопасность, целостность, администрирование.
Микрософт кстати тоже, просто у них пока не получилось, но направление в сторону DatabaseFS уже сделано.

> [24] Son_of_Morning © (04.02.08 11:29)

Можно еще в сторону PostgreSQL посмотреть. По отзывам это почти оракл.

http://www.sai.msu.su/~megera/postgres/talks/what_is_postgresql.html

← →
ANB (2008-02-04 15:43) [32]

> в XE

Милин, полная версия 10-ки (без каких либо ограничений), стоит копейки, по сравнению с з/п программиста. Че за привычка на все экономить ?
Ну если жалко денег - мона поставить на халяву. Оракл разрешает использовать платные продукты бесплатно для разработки и обучения. Только к патчам доступа не будет. Потом, когда разработка закончится, мона и купить минимальную лицензию (чтобы от ментов мазаться).
Единственный плюс ХЕ - ее достаточно хорошо вылизали и очень удобно ставить. Вот ради этих полезностей ИШ предлагает замечательный обход ограничений.

> Единственный плюс ХЕ - ее достаточно хорошо вылизали и очень
> удобно ставить.

И Application Express там внутре.

Помогите определится с выбором СУБД Найти похожие ветки