Привет всем.

По политическим соображениям требуется перенести существующий проект с Oracle на MySQL и PostgreSQL. C MySQL имею некоторый опыт общения, с постгресом нет.
Параметры проекта следующие
1. База работает в режиме 24х7 и представляет из себя хранилище данных - раз в 15 минут загружаются новые данные, пользователи в основном только просматривают отчеты - web интерфейс.
2. Размер базы 80-100 гигов
3. Загружаемые данные хранятся в клобах(большая часть) - размер от 1М до 10М, может быть и больше.
4. Широко используется серверная логика pl/sql, в частности для парсинга клобов и выдачи курсоров приложениям.
5. Используеся партицирование для больших таблиц - по мере накопления данных устаревшии партиции экспортируются и удаляются из базы освобождая место.

Вопрос такой - какую базу из выше перечесленных стоит предпочесть? Требуется хорошая поддержка CLOB и точно экспорт таблиц - думаю отказаться от партиций и просто создавать отдельные таблицы с префиксами.

ХренIntser,

автор
4. Широко используется серверная логика pl/sql, в частности для парсинга клобов и выдачи курсоров приложениям.

тогда разумнее постгрес

Я тоже склоняюсь к постгресу - из плюсов там есть pl/sql - мельком видел что он достаточно мощный, pl/perl - это интересно, но не смотрел пока. Партицирование тоже имеется - скорее всего все-же заюзаю. Из минусов - похоже нету olap - правда его и в MySQL нет.
Просто хотелось услышать разные мнения.

Apexbarrabasтриггеры то есть, значит и olap замутить не сложно.
Как одно к другому относится?
я тоже не понял :)

FavnIntserПо политическим соображениям требуется перенести существующий проект с Oracle на MySQL и PostgreSQL. C MySQL имею некоторый опыт общения, с постгресом нет.
Параметры проекта следующие
1. База работает в режиме 24х7 и представляет из себя хранилище данных - раз в 15 минут загружаются новые данные, пользователи в основном только просматривают отчеты - web интерфейс.
2. Размер базы 80-100 гигов.
3. Загружаемые данные хранятся в клобах(большая часть) - размер от 1М до 10М, может быть и больше.
4. Широко используется серверная логика pl/sql, в частности для парсинга клобов и выдачи курсоров приложениям.
5. Используеся партицирование для больших таблиц - по мере накопления данных устаревшии партиции экспортируются и удаляются из базы освобождая место.
Вопрос такой - какую базу из выше перечесленных стоит предпочесть? Требуется хорошая поддержка CLOB и точно экспорт таблиц - думаю отказаться от партиций и просто создавать отдельные таблицы с префиксами.Посмотрите на DB2 Express-C - бесплатен, нет ограничений на объем БД, SQL всяко не беднее Oracle.
1. Очень быстрые средства пакетной заливки данных. Работает со всеми web app. серверами
2,3. В общем, не много, хотя и зависит от числа пользователей.
4. Oracle pl/sql не поддерживается, хотя в след. версии вроде обещают. Но есть Java, в т.ч. для SP. Вообще, вместо парсинга клобов посмотрите на мощный XML storage - глядишь, и парсинг не понадобится (в смысле, станет автоматическим), зато появятся XML-индексы, текстовые индексы и XQuery. Если структура ложится на XML, скорость возрастет многократно.
5. В бесплатном table partitioning нет.
С импортом-экспортом, в т.ч. XML, все замечательно. OLAP в виде оконных функций есть.
Спасибо. Но все же на выбор имеется только MySQL или PostgreSQL :). Я буду использовать постгрес - есть реальная возможность большую часть pl/sql перенести + партицирование. Для клобов использую видимо text. Насчет хмл для клобов - интересная идея кстати, посмотрю обязательно.