Ув. Господа.
Сравнение СУБД невозможно без наличия исходных входящих параметров.
Я около 2-х лет назад столкнулся с проблемой выбора СУБД для дальнейшего
использования в торгово-производственной компании.
Список:
1) Стоимость внедрения до 50 000 - 70 000 убитых енотов. (в жывых деньгах) :)
2) Кол-во итерраций по товару в одной таблице (сейчас) 16 млн. записей в год т.е. свободные таблицы на VFP (сейчас) дробятся на тучу маленьких медвежат.
3) Кол-во пользователей 100 - офис, 120 - производство, 150 - розница т.е. скорость обработки информации оставляет желать лучшего.
4) Удаленное разнесение клиентов по всем регионам РФ и странам СНГ.

ИЗ ВСЕГО КОМПЛЕКСА СУБД - рассматривал:
1) Oracle - дорого!!!!!
2) MS - тоже...........
3) .......
Есть ли у кого опыт разработки и внедрения продукта на СУБД без лицензий и прочего отбирания денег, или хотябы за разумную стоимость но один раз и на все случаи жизни, тоесть без ограничений по пользователям, кол-ву процессоров...

Буду очень признателен ВСЕМ кто заинтересуется моим вопросом.

Хотелось бы еще отметить, что эта система могла быть портированна на NIX платформу как сервер так и клиент.
Но таких разработок я не видел (хотя может плохо ищу)

GoldА клиента на джаве - очень мощная штука!

Никогда не сталкивался с джавой (кинте хорошую ссылку почитаю...)

GoldPostgres.
Я б тебе FireBird посоветовал, но там прийдётся репликацию руками делать до выхода след. версии :-/

Мне ребята предлагали готовую систему с репликацией данных, но нагенерили у себя базенку 100 млн. записей и упали (сервер не выдержал)

Я слышал есть такая СУБД - называется LINTER чем-то напоминает Oracle но только
полегче без супер наворотов может кто работает на ней .... отзовитесь.

Gold Может у тебя в табличке просто 100 миллионов строк, состоящих из одного строкового поля :-), а может быть 100 миллионов строк сто 100 всевозможными полями, по которым потом надо будет считать суммы, группировку делать, сортировать и т.п.
У меня 100 миллионов записей небыло никогда, но я думаю что на мощном железе при правильном проектировании и настройках нормалоно бы обрабатывалось. Для меня вот щас страшным словом кажется миллиард записей

Общий объем данных по товару гдето 150-160 гигов (но это в свободных таблицах).
Так что тут и считать то нечего, сразу все видно.

michael_
Вы оптимист, однако.

А насчет выбора - я бы бесплатный сыр не кушал, он только в мышеловке бывает. Купите ORACLE, Sybase ASE или DB2 - объемы и требования у Вас очень серьезные. Не надо на СУБД экономить. Потом голову снимут, а она одна. Пусть производитель СУБД тоже ответственность разделит.
Насчет цены - поговорите с продавцами, может чего и скинут.

Дык я бы взял да денег не дают, а производительность требуют вот и болтаюсь как ...

Я вот сейчас запал на FreeBSD - хорошая ОС вот и ищу под неё СУБД которая будет
удовлетворять моим требованиям.

GoldВобще-то тут конечно трёхзвенка напрашивается... -/

А что это такое и с чем его едят...

GoldА чем тебя постгрес не устраивает? Конкретно чем? Перечисли...

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

Yo !!! Выразил мои внутренние терзания хотел я когдато поставить кластер на редхатах.

Вот если постгресс поддерживает кластерную работу то я начну копать в
этом огороде.

И еще если говорите что постгресс рулеззз и куллл то фирмы крупные на нем должны работать, а я в своём Мухосранске таких не знаю.

Рыжий КотОпять титаники строим? ню-ню...



Ну да ....
Хотя если бы не этот ..... айсберг.

Romale TAG~s... а я в своём Мухосранске таких не знаю.

Так может тогда и СУБД нужно выбирать исходя не из цена/производительность, а из того, какую в Вашем окружении могут поддержать (объяснить)?

Да поддержать то могут любую просто я не видел крупных фирм которые на постгрессе работают, если есть ссылочка то пожалуста сбросьте.