Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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


Страницы:   1 2

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]

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


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо