Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2008.07.13;
Скачать: CL | DM;

Вниз

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

 
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]

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


 
Son_of_Morning ©   (2008-02-04 11:29) [24]

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

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

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


 
Sergey13 ©   (2008-02-04 11:43) [25]

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

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

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

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


 
Son_of_Morning ©   (2008-02-04 12:12) [26]


> Sergey13

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


 
DiamondShark ©   (2008-02-04 12:59) [27]


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

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

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

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


 
Sergey13 ©   (2008-02-04 13:03) [28]

> [26] Son_of_Morning ©   (04.02.08 12:12)

И внутренние документы и внешняя переписка.


 
Игорь Шевченко ©   (2008-02-04 13:26) [29]

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


 
Anatoly Podgoretsky ©   (2008-02-04 14:50) [30]


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

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


 
Sergey13 ©   (2008-02-04 15:13) [31]

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


 
Игорь Шевченко ©   (2008-02-04 17:12) [33]


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


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



Страницы: 1 вся ветка

Текущий архив: 2008.07.13;
Скачать: CL | DM;

Наверх




Память: 0.55 MB
Время: 0.024 c
2-1213086566
Alexei
2008-06-10 12:29
2008.07.13
Перевод фокуса на узел TreeView правой кнопкой мыши


15-1211871564
Desdechado
2008-05-27 10:59
2008.07.13
Вот интересно


4-1189080955
kernel
2007-09-06 16:15
2008.07.13
End LBA в HDD


15-1212272598
Nic
2008-06-01 02:23
2008.07.13
Универсиада 2013...


15-1212299399
LightRipple
2008-06-01 09:49
2008.07.13
Образ диска под Линуксом