Товарищи посоветуйте СУБД для информационно-справочной системы (что-то типа Гарант, Консультант и т.п.).

Основные требования:

1) Защита данных от копирования. Чтобы не было такого что можно базу подключить к консоли админа и SQL-запросами, например, повыдергивать инфу. (С таким сталкивался на IB/FB и MS-SQL Server и на Cache'). Типа на объекте, не зная пароля, в консоль администрирования не войдешь, зато забираешь базу домой там устанавливаешь СУБД, базу подменяешь и опа - доступ получен.
Столько же пытался и на FB igc4.gdb защитить - один хрен выламывают.
Вот желательно чтобы к базе без знания админского пароля никто не мог подключиться - и сделано это должно быть настройкой СУБД, а не корявками и надстройками над надстройками.
Т.е. в идеале соединение с БД должно предоставляться только моему приложением и ничему другому.

2) Объем хранимых данных не менее 30 GB.

3) Работа с BLOB полями. ОБЯЗАТЕЛЬНО сжатие данных на уровне движка!! Хранить надо будет большие rtf-файлы, а они прекрасно жмуться.

4) Многопользовательская

5) База должна быть в физическом файле на диске, без всяких журналов транзакций и т.д. Желательно разбитие файла БД на тома.

6) СУБД в основном для хранения данных - потому всякая транзакционность необязательна.

7) Обязательно установка должна быть очень легкой, без установок СУБД - перезагрузок.


Самое идеальное может кто знает на каких СУБД крутятся продукты типа Гарант, Консультант, NormaCS, Кодекс.... если знаете - список в студию пожалуйста!

miksoftя практически уверен (хотя, если често, даже не смотрел), что ни одна из перечисленных систем не использует РСУБД для хранения основного контента. Для такого контента характерно большое количество метаинформации, в т.ч. гиперссылок, текстовых индексов и т.п., которую в РСУБД обрабатывать было бы слишком медленно и неудобно.
А что же они используют? Я не против и ООСУБД - опыт работы в таких есть.

servitstardg...С таким сталкивался на IB/FB и MS-SQL Server и на Cache'....
Вы, наверное, использовали старые версии Caché.
В новых версиях поддерживается шифрация БД . К тому же Caché 5.1 сертифицирована для Common Criteria EAL 3.

Не исключено. На нашей единственное что мы могли скрыть это скрипты с привязкой к конкретной тачке, переведя БД в режим эксплуатации...
В любом случае каша мне не пойдет - т.к. стоит она иппа-а-ать!!!! И громоздка в установке....

Хотя мне бы БД с чемнить типо CSP была бы вааще не лишней...

Senya_LавторТипа на объекте, не зная пароля, в консоль администрирования не войдешь, зато забираешь базу домой там устанавливаешь СУБД, базу подменяешь и опа - доступ получен.
Столько же пытался и на FB igc4.gdb защитить - один хрен выламывают.Я вот не понимаю. А зачем расшаривать папку, в которой содержится файл базы? По всем остальным требованиям прекрасно подходит FB/IB. А п.3 - это вообще давняя фишка интербейза, я про BLOB-фильтры имею ввиду. Кстати, так можно и шифрование прикрутить.

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

Senya_LstardgА по поводу фильтров на стороне сервера, вы не могли бы мне скинуть ссылку с примером их использования, обыскался уже документации по ним.Из новых сам не нахожу, хотя помню, что читал.
А вот из старой документации по Interbase: http://www.ibphoenix.com/downloads/60DevGuide.zip . А вот пример BLOB-фильтра для сжатия данных. Посмотри еще на ibase.ru
А скажите - после работы фильтра можно ли использовать в BLOB поиск, например по части слова (LIKE)?

В общем тупик?

miksoftSenya_LmiksoftС чего бы? В Оракле, например, целый пакет DBMS_LOB существует, чтобы такое не нужно было делать.Хе-хе, а Оракл не проходит по п.5. требований автора :)
Да и по п.7 тоже.Но это не значит, что Dimitry SibiryakovПо определению - нет.Контрпример был дан именно на это, а не вобще по теме.

Да если бы я мог использовать продукты масштаба ORACLE - я бы давно уже сделал свой выбор... Cache' :-)

sn175stardgТоварищи посоветуйте СУБД для информационно-справочной системы (что-то типа Гарант, Консультант и т.п.).

Насколько я видел работу подобных систем, они работают в файл-серверном варианте. Движок у них скорей всего свой, но, из СУБД к ним будет ближе что-нибудь встраиваемое, например SQLite, который удовлетворяет всем требованиям, только 1) и 3) реализуется на клиенте сжатием и шифрованием содержимого блоба.
Т.к. база у клиентов только на чтение, то для быстродействия максимально денормализовать базу, вынеся в отдельные таблицы/файлы те данные, по которым ведется поиск/отбор.

У них там ещё такой прикол, что можно отключить некоторые тома БД и данные из них исчезают из системы, не мешая остальной работе...., т.е. похоже несколько баз работают под одним псевдонимом....