![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Помогите определится с выбором СУБД
Son_of_Morning © (2008-02-01 12:10:00)Для системы документооборота информационно аналитического бюро необходимо выбрать СУБД (freeware) по следующим критериям:
1. Структура базы: 20-30 базовых таблиц, общее кол-во около 100, высокая связность внутри базы
2. Размер: до 500 тыс. (1 000 000 - максимум) записей в базовых таблицах, таблица с RTF-документами, отсканированными документами, размер базы - несколько терабайт.
3. особенности реализации: есть таблица с ТЕКСТОВЫМ СОДЕРЖИМЫМ ДОКУМЕНТОВ и необходимо в т.ч. осуществлять запросы по поиску в этой таблице.
4. Кол-во пользователей = 10(до 20) \ локальная сеть.
5. Транзакции - небольшое кол-во, с минимальными пересечениями.
6. Основная нагрузка - поиск по связям в базе
7. составление отчетов - не требуется.
8. минимум администрирования.
больше всего я боюсь текстового поля и поиска по нему + сохранения графики => большой размер.
Если кто заодно сообщит о стандартных приемах решения этих вопросов - тоже спасибо.
Son_of_Morning (2008-02-01 16:57:00) [21]
> ANB
спс - просто раньше не интересовался, и не думал, что там на размер базы тоже огр-ие, а оракл - не хотелось бы бить из пушки по комарам....
> PEAKTOP
а вот насколько это "правильный" путь - хотя другого пожалуй и нет.....
300 000 записей по 2-3 КВ FB должна легко потянуть, как я понимаю?
PEAKTOP (2008-02-01 16:48:00) [22]С картинками проще - можно за 15 минут сваять в Delphi утилиту, которая автоматом наделает из них превьюшек (маленьких изображений строгого формата, например 100х200) и запихает их в базу. А сами картинки можно и во внешних файлах хранить - ну в базе естественно путь к файлу.
ANB (2008-02-01 16:44:00) [23]
> Son_of_Morning © (01.02.08 16:37) [10]
Та влезет все в оракл без проблем. У нас ща база на нем 120 террабайт. Вот только ХЕ оракл не пойдет. Придется честный ставить.
Son_of_Morning (2008-02-01 16:37:00) [24]т.е. единственный вариант - файлы со сканом хранить на диске, а в базу писать только ссылки на файлы?
не хотелось-бы :(
ANB (2008-02-01 16:33:00) [25]
> Oracle
А оракл то почему не потянет ?
Anatoly Podgoretsky (2008-02-01 15:43:00) [26]
> MSSQL, Oracle
Не понянут.
Sergey13 (2008-02-01 13:19:00) [27]> [0] Son_of_Morning © (01.02.08 12:10)
> документооборота
> Кол-во пользователей = 10(до 20)
> размер базы - несколько терабайт
Фильмы что ли учитываете?
Son_of_Morning (2008-02-01 12:51:00) [28]> > уже подумываю про Oracle XE (сканера)
> как это вяжется с
согласен - фигню сказал, уже посмотрел, там еще и ограничение размера есть :((
> > 4. Кол-во пользователей = 10(до 20) \ локальная сеть.
кол - во пользователей 10 + веб НЕ нужен
Правильный_Вася (2008-02-01 12:46:00) [29]
> уже подумываю про Oracle XE (сканера)
как это вяжется с
> 4. Кол-во пользователей = 10(до 20) \ локальная сеть.
?
полнотестовый поиск есть в Оракле, в FB можно сделать самому, не очень сложно
Son_of_Morning (2008-02-01 12:35:00) [30]уже подумываю про Oracle XE (сканера) + FB
Son_of_Morning (2008-02-01 12:31:00) [31]тут есть один нюанс: основной объем составляют СКАНИРОВАННЫЕ документы - на работу по поиску влияния почти не оказывают, транзакций мало
может быть есть определенные модели решения данного вопроса?
Palladin (2008-02-01 12:20:00) [32]MSSQL, Oracle
Palladin (2008-02-01 12:20:00) [33]как будто есть из чего выбирать при таких объемах...