Aleksei_dФирма берется за разработку крупного коммерческого проекта с использованием Delphi и СУБД (MS SQL Server или Firebird) пока не определились.
Firebird не предназначен для крупных проектов. Для крупного коммерческого проекта - крупный коммерческий софт :)
Aleksei_d
1 - Хотелось бы выслушать тех у кого был опыт работы и с тем и с другим.
Пока склоняются в сторону Firebird (аргумент бесплатность, ведь используя MS SQL
отсекается доля потенциальных покупателей у кого не установлен MS SQL или автоматом
идет удорожание проекта)
Я совсем не поклонник MSSQL, но минусы Firebird:
- нет инкрементных backup и де-факто нет логов => крайне скудные возможности восстановления
- очень плохо с распараллеливанием (даже в рамках SMP) и буферизацей
- нет возможности перехода вверх на Enterprise-версии
- бедный SQL (правда, тут MSSQL тоже не очень...)
- крайне корявая реорганизация БД (через backup-restore)
- отвратный оптимизатор (надо ОЧЕНЬ тщательно писать запросы)
- ...
Единственный плюс - компактность и нетребовательность к ресурсам. Отсюда и все недостатки :)

Aleksei_d
2 - Я лично с FB не работал. Мой опыт это (MS SQL + Sybase) в связи с этим интересно мнение
людей принимавших участие в средних и выше проектах с использованием FB (ее надежность,
скорость, устойчивость к нагрузкам и др)

Проект предполагает не менее 100-150 клиентских подключений и около 100 таблиц в
начальной стадии дистрибутива, в процессе эксплуатации кол-во таблиц будет расти.
Таблицы будут содержать текстовую и графическую информацию.
У меня достаточно большой опыт работы с Firebird и IBM DB2, с MSSQL - довольно скудный. Мое мнение: Firebird - это СУБД для простых втроенных / коробочных систем без обслуживания.
Мой любимый совет - IBM DB2 Express-C. Совсем бесплатна, почти все фичи взрослых версий, кроме Enterprise (общий код) + часть дополнительных, почти полный автомат в обслуживании, нет ограничений на данные-коннекты и т.д., только 2 проц. ядра / 2 ГБ ОП.
Есть нативное хранение / индексация / запросы XML, полнотекстовая индексация и запросы (Net Search Extender), рекурсивный SQL, прекрасный оптимизатор, туча утилит, бесплатная граф. среда разработки и администрирования... Вобщем, imho ЕДИНСТВЕННАЯ на рынке бесплатная (без ограничений на данные) версия "взрослой" СУБД. С Firebird'ом сравнивать по функционалу бессмысленно.
Кстати, из Delphi Enterprise к DB2 можно обращаться через dbExpress, ADO DB, ODBC...
Я с ней работаю из C++ Builder и VS (С++).

pkarklin
И чего Вам не хватает и, самое главное, для чего?!
Например, раздражает необходимость писать в MS SQL процедуры с циклами там, где в DB2 достаточно одного запроса. Нет предиката WITH, розволяющего писать Prolog-подобные многоэтажные (в т.ч. рекурсивные) select'ы. Насколько я знаю, нет оператора MERGE (множественный insert-update-delete по условиям). Да, без этого можно обойтись - но в DB2 SQL богаче. К тому же, декларативный запрос оптимизируется/параллелится куда лучше процедуры.
Не хватает XML native storage с индексами и XML-запросами. Если он нужен (фактически, иерархическая СУБД внутри реляционной), то заменить нечем.

pkarklin
И потом, ищи-свищи спецов по ИБМ, особенно в регионах. А вот 1С со скулем, уже чуть ли ни в каждой забегаловке стоит.
DB2 9.5 спокойненько может жить в автономе. Ее надо один раз настроить и прописать автомат. администрирование. Мы ее встраиваем в т.ч. в закрытое оборудование, без администрирования руками вообще. К тому же, с простыми операциями типа backup-resore-runstat-reorg разберется за 1 день любой DBA с опытом в любой СУБД - все есть в граф. интерфейсе. Вся дока есть на русском.
Кстати, 1С живет и с DB2 (у 1С даже есть дистрибутив Express-C на сайте :).

pkarklin
Берите MS SQL - не пожалеете. Это уже мой любимый совет. ;)
На вкус, цвет и СУБД - товарищей нет :)
Если бы речь шла о платных СУБД - универсальный совет использовать то, что хорошо знаешь.
Но у халявной, в т.ч. для распространения, DB2 Express-C сейчас по совокупности свойств вообще нет конкурентов.

Leonid
В DB2 - действительно навороченный язык запросов. Отчасти для компенсации отсутствия банальных хранимок в предыдущих версиях. Раньше их нужно было неприменно на сях компилировать под платформу - гемор еще тот, зато быстро работали. Вроде как только сейчас исправили, хотя я уже давно с DB2 не общался.
ОЧЕНЬ давно :) Процедурный SQL есть в DB2 уже много лет. Хранимки и функции можно писать на нем, можно на Java. Хотя и на С писать все еще можно, для ценителей :) Скорее, навороты процедурного языка нужны для компенсации бедного SQL.

LeonidНо по большому счету нет там ничего такого, чего бы нельзя было компенсировать в том же Transact-SQL условно двумя-тремя операторами.
Не спорю. Но при сложной обработке оптимизатор гораздо лучше переварит/распараллелит один большой запрос, чем кучку вложенных циклов.
Ксати, оптимизатор в DB2 полностью переформулировает весь запрос, со всеми неявными функциями-триггерами. С процедурой сие невозможно по определению. В SQL все-таки лучше писать ЧТО, а не КАК.

LeonidFavn, вы отстали от жизни. WITH - уже есть в MSSQL, а так же куча всего другого. MERGE появится в 2008.
Увы, не отстал. Я не имею в виду WITH (<table_hint> ) в MS SQL. Этого как раз нет в DB2 - ее оптимизатор настолько суров, что не принимает подсказок
В DB2 WITH имеет совсем другой смысл:
WITH temp1 (col1, col2) as
(VALUES ( 0, 'AA'), ( 1, 'BB'), ( 2, NULL) )
, temp2 (col1, col2 ) as
( select col1, col2 from temp1 where col1 < 2 )
SELECT * FROM temp2;
temp1 описывает первый предикат (таблица из 2 полей и 3 записей), temp2 его уточняет условием, select запускает выборку. Фактически, это описание "виртуальных" временных таблиц, но без их заполнения. Возможна рекурсия, можно обойти дерево одним запросом. Кто помнит Prolog - поймет весь кайф.
По поводу MERGE - рад. Правда.

LeonidМожет, может... Но MSSQL может не хуже.
Не спорю. Я говорил о том, что нехватка админов - не проблема для не очень сложных БД, и уж тем более для БД под бесплатной версией.

LeonidНе забывайте про MSSQL2005 Express. Он конечно немного обрезанный. Но на первое время в маленькой конторке даже он справляется.
Угу. Ладно бы MAX 1 ГБ RAM, но вот MAX 4 ГБ данных в БД... Тут по поводу немного обрезанный вспоминается куча анекдотов
Версия с ограничением по объему данных - по определению ознакомительная , а не бесплатная . ЭТО нельзя использовать в коммерческих проектах.

LeonidТак ли давно? Если мне память не отшибает, то 7-ка обладая процедурным языком, на самом деле парсила его в Си-шные тексты и компилировала. Или я чего-то путаю?...
Все так. Было. Но 8-ка вышла лет этак 5 назад, если не больше. Давно - понятие относительное :)
Уже и 9-ка пару лет как работает.
А из новостей - в свежей бесплатной Data Studio наконец-то появилась построчная отладка SQL и Java процедур на сервере, с проектами и подсветкой синтаксиса. Ну прям как в нормальном RAD, разродились наконец-то
Так что пользоваться SQL-процедурами удобно стало совсем недавно, тут я не спорю :)

Упс. Случайно опубликовал. Мыша дрогнула.

LeonidКстати, чего там в последних версиях DB2 c колэйшенами? Или по прежнему "Ёжик" <> "ежик" по любому? GUID ввели уже?
Коллейшены есть, настраиваются, в т.ч. для Unicode.
GUID - это ROW_ID? Тогда - уже появился в 9.5. Только что :)

LeonidСрадства разработки серверной части какие? Я в свое время Quest Central юзал. По сравнению с MSSQL-ми даже встроенными средствами, DB2 в этом плане геморой еще тот.
Угу. И тот был геморрой, и этот - тоже :) К счастью, тока что вышла халявная IBM Data Studio на Eclipse. Почти все, за что надо было платить Quest sofware за Toad (или красть оную :) - умеет сама. Quest Central - тоже остался, родимый

LeonidМое ИМНО: DB2 - делает по скорости запросов и MSSQL и Oracle. Иногда, при очень больших объемах это сильно заметно. При этом по удобству работы, скорости проектирования и работе с модными наворотами она уступает последним.
На Firebird в коммерческом проекте лучше забить.
Согласен, но сейчас и с удобством дело сильно исправилось. Firebird для коммерческого применения пригоден, но для совсем компактных (или встроенных) проектов. Типа халтур :)

LeonidИногда и DB2 - шный оптимизатор ошибается, а вот помочь ему, выходит, никак. Но, я бы на вашем месте излишне не нахваливал оптимизатор DB2, поскольку у MSSQL оптимизатор запросов не то что хорош, а чуть ли не лучший. К тому же, как я уже сказал, язык запросов MSSQL уже очень близок к возможностям DB2.
Теоретически - может быть. Я с ошибками не сталкивался. По поводу крутости - IBM как раз считает, что это у нее лучший в отрасли оптимизатор. Думаю, у Оракл будет еще одно мнение
По поводу SQL - мое мнение сформировано опытом этак 6-летней давности. Если с тех пор SQL у MS стал лучше - рад. Но - только что почитал о фичах 2008. Не нашел ничего, чего еще нет в DB2.

LeonidFavn, я именно это и имел в виду. В mssql2005 это называется CTE - common table expression. Синтаксис такой же.
А рекурсия допускается?! (с маниакальным блеском в глазах :)

Leonid Не забывайте еще, что MSSQL2005 уже не блокировочник, а некая хренотень по желанию: хочешь тебе блокировочник, хочешь - версионник с честной поддержкой serializable.
В 9.5 появился механизм "оптимистичной блокировки". Фактически - версионное чтение с возможностью последующей проверки записи на предмет ее изменения по ROW_ID. DB2 сама обновляет спец. поле с временем последнего изменения записи.

LeonidЗато у вас в DB2 табличных переменных по моему как не было так и нет (не путать с временными таблицамми)
В 9.5 появились массивы. И есть функция TABLE, формирующая таблицу из всего, что ей скормят :)

LeonidЕще какая проблема! А вот админа на MSSQL, при том который даже в случае чего чего-нибудь подправить сможет, уже почти в каждой дыре найдешь.
Ну, хорошего-то не во всякой дыре :) Литературы куча, курсов куча, да и на базовом уровне админить DB2 9.5 стало совем не сложно - автоматы, адвизоры... Все через граф. интерфейс.

LeonidДа чаще всего ни кого не коробит свежетянутый полноценный сервер поставить - кому какое дело (не забывайте, где живем :) )
Оно конечно, но тогда вообще сравнивать версии бестолку. Да и не коробит для единичного заказа, а вот ежели тиражировать систему - закоробит, и еще как!

Aleksei_dОкончательное решение за маркетингом, думаю, что будут смотреть в сторону MS SQL Server по причине:
1. Сегмент рынка у них все же больше чем у IBM
2. Большинство программистов учавствущих в проекте имеют опыт работы с MS SQL
3. DB2 Express-C менее документирована. Хотя ИМХО: очень заслуживает внимания.
1. В России - да, вообще - не очень :)
2. На самом деле - самый веский довод. Не считая цены :)
3. Сомнительно. Документации - куча, в т.ч. на русском. А если говорить о платной версии - саппорт IBM и в России хорош.

Aleksei_d2Favn: Вопросик: Я на сайте ibm не нашел принцип ограничения в 4 Гб (все что больше не используем или если больше то просто не работаем)?
Тут все для Express-C сложно.
1. Есть версия 9.1.2, у нее ограничение 4 ГБ и 4 проц ядра (не процессора!) на весь сервер. Т.е. на сервер мощнее ставить нельзя - нарушение лицензии. Для скачивания с сайта IBM уже недоступна, но есть и другие сайты :) Легально использовать ее можно и сейчас.
2. Есть версия последняя 9.5, у нее ограничение 2 ГБ и 2 ядра, но ее можно ставить на любой сервер, она сама больше не съест. У нее есть несколько полезных фич, в т.ч. полностью автоматическое управление буферами в ОП (перераспределение каждые 30 сек по ситуации, СУБД надо сказать только сколько памяти всего отъесть), лучше мультитрединг в Linux, ROW_ID, оптимистичная блокировка, кое-что в XML и т.д.
IBM утверждает, что 9.5 на 2Гб живет не хуже, чем 9.1.2 на 4 Гб. Судя по форуму IBM, особо в это не верят :) Но - фичи полезные, то есть каждый может выбирать сам.
3. Есть платная подписка на Express-C 9.5 - 3000-3500$ на сервер в год. Она расширяет ее до 4 ядра / 4 Гб и добавляет репликацию и зеркальные кластеры (HADR), а также настоящий саппорт.

Конкретика есть на форуме http://www.ibm.com/developerworks/forums/forum.jspa?forumID=805
Он же и саппорт для бесплатной версии.

LeonidGUID - это (Globally Unique Identifier). Что-нибудь типа '{3CDD5964-76C3-4B77-94F2-761E597AB61C}' mssql - поддерживает его найтивно. Можно даже вместо целочисленного ID-шника использовать, но вообще - идеальное средство для всяких там рукотворных сверок и репликаций, поскольку совпадение практически невозможно.
Понял. ROW_ID уникален до следующего REORG, это не о том - просто адресный доступ к записи.
Если я правильно понял, GUID можно заменить SEQUENCE - значение будет уникальным. Если ему никто RESTART не сделает :)
Кроме того, есть функция, возвращающая гарантированно уникальное значение. Но - на базе TIMESTAMP, т.е. время на сервере при ее использовании назад лучше не переводить :)

LeonidИ что прямо таки транзакционно - версионные "срезы" БД можно получать? Скорее всего нет. Хотя, честно говоря, мы можем вместе послать этих фанатов версионности - ораклистов куда подальше (тем более с их "кривенькой" несеарилизуемой версионностью :P ). По-настоящему версионность не так уж часто нужна.
Срезы - нельзя. Это просто возможность отпускать блокировку записи сразу после ее чтения (при CS), а не после чтения всего курсора. И проверять потом при желании, не изменил ли ее кто.
Послать фанатов готов всегда. :) Имхо, версионность требует ОЧЕНЬ аккуратного обращения - читать неактуальные данные удовольствие сомнительное.

LeonidСоответственно вероятность найти поддержку по DB2 еще падает в умножении на разряженность специалистов на просторах "Мухосранской" области.
Оно конечно, но на уровне бесплатного сервера особой поддержки не требуется. К тому же, все можно делать удаленно и брать за поддержку денежку ;)

LeonidНапример, если система не очень большого тиража (автосервисы или гостиницы, рестораны), но дорогая => стоимость сервера потеряется на общем фоне. А если система ну совсем массовая (for people), то там ни mssql ни DB2 не очень катят.
Не согласен. Server 2003 - 900$, SQL 2005 - 3800$ за процессор. Минимум 4500$. В сравнении с 0$ весьма заметно, тем более - с каждой установки :) А для массовых систем - мы с большим облегчением перевели проекты с Firebird на DB2 Express-C сразу после ее выхода.

LeonidКороче, ладно, успехов во "ВРЕДнении DB2 доверчивым клиентам" (шучу).
Да мы и вредняем готовые закрытые продукты. А что внутри DB2 клиентам не очень-то интересно. Они и слов-то таких не знают :)

pkarklinWITH - есть. MERGE скоро будет. Оптимизируется\параллелиться и адхок запросы и хп. XML нативсторедж с индексами есть.
Рад. Наконец-то начали догонять! Глядишь, и IBM быстрее зашевелится :)

pkarklinЗаменяем DB2 на MS SQL - все остается правдой.
Да. И я как раз о том же - на базовом уровне администрирование проблем не составляет.

pkarklinЕсли не считать ограничения на размер бд в 4 гига - MS SQL Express Editiоn.
А вот тут - позвольте не поверить. По функционалу конкурент DB2 Express-C - это не MS SQL Express, а вовсе даже MS SQL Workgroup, см.
http://www.microsoft.com/Rus/Sql/ProdInfo/Features/compare-features.mspx

Итог (Проц - RAM - объем - цена):
DB2 Express-C 9.1.2: 4 ядра - 4Гб - неограничен - бесплатно
DB2 Express-C 9.5: 2 ядра - 2Гб - неограничен - бесплатно
MS SQL Express: 1 проц - 1Гб - 4Гб - бесплатно
MS SQL Workgroup: 2 проца - 3Гб - неограничен - 3800$ за 1 проц.

Причем DB2 9.1.2 и MS SQL - ограничения на сервер в целом . Т.е. в реальности СУБД достается еще меньше ресурса. А DB2 9.5 ставиться на любой сервер, что может заметно увеличить производительность стоящего там же сервера приложений за счет локального, а не сетевого коннекта к БД. Кроме того, в любой халявной DB2 есть родной x64 для любой платформы, а у MS - нет даже в Workgroup, про платформы - вообще молчу
А MS SQL Workgroup, как я уже писал, обойдется от 4500$ (на 1 проц. вместе с ОС), см.
http://www.microsoft.com/sql/howtobuy/editionspricing.mspx

Кстати, знатоки MS, 3800$ на процессор - это за год или форева?
А то там нет отказоустойчивого кластера и поддержки репликации, которые включены в платную подписку на Express-C за те же деньги за год. Кроме того, нет поддержки x64 и памяти 3 Гб вместо 4 Гб у DB2 (причем у MS - на сервер в целом)

pkarklinВот тут небольшая неточность. Точнее недосказанность. Вы совершенно правильно указали, что 1 проц, но это именно проц, но Express может использовать все имеющиеся у него ядра. Будет 4 ядра, значит будет использовать 4ре.
Угу. И что эти 4 ядра будут делать на жалком 1ГБ ОП с базой до 4Гб? А если данных станет больше несчасных 4Гб - стреляться или в магазин за платной версией бежать?! Система-то остановится! Такой подход к коммерческим продуктам не применим. А я DB2 не для удовольствия использую, а для денег заработать :)

pkarklinВот это вот я не понял, что за ограничение "на сервер в целом"?! 1Гиг памяти (при наличии как минимум 2х) Express получит запросто и шедуллеры замутит по числу ядер.
Я не только про Express: http://www.microsoft.com/sql/howtobuy/licensing.mspx#processor
Processor Licensing Model
...Under this structure, a customer acquires a separate Processor license for each processor that is located in the server running the SQL Server software.
То есть, нельзя установить на сервер с аппаратным числом процов > указанного в лицензии. DB2 9.5 ставится на любой сервер и сама больше положенного не ест.
Кстати, в лицензиях MS SQL я не понял - ограничение по памяти тоже на сервер в целом или сама больше не съест и легально ставить можно на любой объем ОП?

pkarklinКому хватило денег на х64, тот врядли будет и глядеть в сторону Workgroup и уж тем более Express.
На что хватило денег?! x64 проц сейчас в любом нотбуке стоит. На серверах НЕТ не-x64 процессоров. x64 поддерживают даже WinProfessional и Linux. Как влияют вдвое бОльшие регистры и обмен с памятью на производительность СУБД - объяснять? К тому же - в DB2 бесплатно! А в весьма платном MS Workgroup - x64 нет

pkarklinФорева. :)
И на том спасибо. Т.е. аналог бесплатной Express-C можно получить всего за 3800$ за проц. + цена ОС!
А если станет нужен кластер или репликация (да и x64) - прошу 6000$ за проц (Standart) + сколько там WinServer с кластером стоит?!

kdvсмотря что считать "крупным проектом". Вы сами знаете, а для начинающих "крупный" - это 30 пользователей и 1 гиг база.
И при чем тут студенты? Я - про профессиональную работу. 30 коннектов и 1Гб - это даже не средний, а очень маленький проект.

kdvВы, видать, очень давно с FB работали, и "мимоходом".
судя по вышеизложенному - вполне поверхностный опыт, причем большая часть "мнения" составлена с чужих слов.
1. инкрементные бэкапы есть, логи не нужны
2. распараллеливание - classic, никаких проблем и с "буферизацией". Мне интересно, до каких пор будут петь эту песню те, кто classic не использовал.
3. никаких enterprise-версий нет, они не нужны. исходный комплект можно использовать хоть для однопользовательских систем, хоть для Enterprise.
4. реорганизация через B/R - не могу сказать что "корявая". если она вообще нужна.
5. "отвратный оптимизатор" - как раз вполне нормальный, тщательность при написании запросов нужна только тем, кто не знает SQL.
Я работал с Firebird 3 года (версии 1.0-1.5). Потом вышел DB2 Express-C, и я работать с Firebird перестал, хотя кое-что на нем мы еще продаем (встроенный вариант).
Если считать полный цикл разработки "Проектирование БД - разработка приклада - успешные продажи" поверхностным опытом, то да, он у меня поврехностный. "Чужие слова" - это документация и ibase.ru?!
1. Логи не нужны - КОМУ?! Как без накатывания логов на бэкап восстановить БД на момент краха? Под инкрементными бэкапами я понимаю on-line (без остановки работы) бэкапы с возможностью накатывания (rollforward) на них последних логов. Где это в Firebird? Логи - важнейшая часть надежной СУБД.
2. Classic запускает по отдельному сервису на каждый коннект . Это называется распараллеливанием?! Я уже не говорю о распараллеливании внутри 1-го запроса...
3. КОМУ не нужны Enterprise версии?!! Если Вы ничего не знаете о кластеризации, хранилищах и прочих фичах Enterprise, это не значит, что они никому не нужны.
4. Кому нужна реорганизация физического хранения таблиц по кластерным индексам, тот знает, зачем это делается :) А B/R коряв и дико медленен, т.к. предпологает убийство БД целиком, вместо перетасовки 1-й таблицы при необходимости. Опять же в DB2 есть хранение на RAW-партициях, вообще без файловой системы. И тогда REORG - типа дефрагментации :)
5. Тщательность в написании запросов нужна всем, и чем лучше знаешь SQL, тем лучше это понимаешь А в SQL Firebird в отстутствии у оптимизатора возможности переформулировать запрос по своему разумению, тем более.

kdvнадеюсь, что никто не спорит с этим и FB с DB2 не сравнивает. При этом db2 используется в России намного реже, чем FB, и чем другие СУБД.
Я сравнивал все бесплатные СУБД. Если функциональность на порядок выше, а денег не берут - почему не сравнить? И что из относительной редкости использования в России следует, при наличии официальной подробной (в т.ч. русской) документации, чего о Firebird ну совсем не скажешь? Про другие СУБД вообще - смелое утверждение :)
Вообще, предлагаю сравнить по полноте информации
http://www-1.ibm.com/support/docview.wss?rs=71&uid=swg27009727 и
http://www.ibm.com/developerworks/db2/products/db2luw/index.html?S_TACT=105AGX11&S_CMP=FP
с любым инф. ресурсом по Firebird. Или со всеми сразу

kdvнаконец-то. Впрочем, в части connectivity сейчас ни у каких СУБД проблем нет.
Наконец-то - что? Прямые дрова к DB2 из Delphi/C++Builder есть уже лет 8 как. Причем - это не сторонние компоненты, а стандартная часть Delphi Enterprise. Я просто уточнил для человека, который хотел делать систему на Delphi. Вообоще, все дрова DB2, а они есть подо все - родная документированная разработка IBM, а не кем-то где-то на коленке...

Dimitry SibiryakovОпределение "краха" - в студию! Какие логи ты собираешся накатывать
после падения бетонной плиты на сервер?
Начинается бред. Где сервер и где бетонные плиты? От падения плит, бомб и марсиан БД спасает распределенный кластер или репликация, а воспаленное воображение спасает психиатр.
Ликбез. Логи - это дубликат данных, содержащий всю историю их изменений. Хранятся обычно на отдельном дисковом массиве, могут дублироваться еще на один массив, в т.ч. стоящий вне досигаемости Ужасной Бетонной Плиты. Спасают от любой программно-аппаратной проблемы на севрере, приводящей к порче данных в БД. Накат логов позволяет восстановить бэкап на момент последней транзакции, а не на время бэкапа. Или бэкапы тоже не нужны по причине Бетонных Плит? Они же повсюду, от них ничто не спасает!!!
Dimitry SibiryakovЭто ты про SQL Links из комплекта BDE? Не смеши. В стандартном Delphi
Enterprise есть только одни компоненты прямого доступа - IBX. И они отнюдь не к DB2.
Привет гостям из прошлого, ну при чем тут BDE? Его даже Borland лет так несколько как не рекомендует к использованию. Одно из отличий Delphi Enterpirse от Professional - компоненты dbExpress, которые суть прослойка для драйверов Oracle, DB2, MS SQL и т.д. Прямыми драйверами их называет Борланд, а не я. И вообще, речь не о Дельфях, которых я не фанат. Вот C++ Builder использую, наравне с другими средами. И чаще с нативными библиотеками IBM, а не с компонентами Borland.

Attidвообще конечно спор с человеком у коготоро большенство сообщений в "Сравнение СУБД" выглядит глупо
Прошу прощения у Великих Гуру (почти Махатм) и О-Сенсеев. Мое присутствие здесь в течение жалкого месяца и высказывания всего в 2-х ветках, конечно, начисто перечеркивают 12-летний опыт работы с СУБД. Боитесь выглядеть глупо - не затевайте спор.


Attid1, а может не спорить и спросить у топик стартера что он считает ?
2, конторы которые ориентируются на сотни человек наврятли будут по форуму шастать и так задавать вопросы.
2,1 конторам с сотней сотрудников "бесплатные" бд с ограничением на 2-4 гига, просто смешно, лучше бы и не заикался тогда
Топик начался с "Фирма берется за разработку крупного коммерческого проекта... аргумент - бесплатность... не менее 100-150 клиентских подключений и около 100 таблиц... кол-во таблиц будет расти..." Высказывая свое мнение, я исходил именно из этого.


Attid"БД которая сама не падает логи не нужны" =) если не так раскажите когда они вам за ваш богатый опыт работы с firebird были нужны. Dimitry SibiryakovПусть лучше расскажет: как именно у него падал DB2, что он потом смог поднять базу из логов
И он таки расскажет. Я ни разу не восстанавливал DB2 из дохлого состояния. Конечно, именно поэтому логи не нужны. Будем последовательны - по той же причине, естественно, никому не нужны и сами бэкапы, их ведь с успехом заменяет репликация. Кстати, в моей машине есть подушки безопасности, преднатяжители ремней и активные подголовники. К счастью, они не разу не срабатывали. Из этого со всей определенностью следует, что фичи эти совершенно бесполезные - многие и без них прекрасно ездят.

Attidописывать ошибки старой версии интербейз это просто глупоНе слишком ли часто я слышу про глупость? Особо умные и внимательные могли бы заметить, что про "ошибки" Firebird я не писал ничего. Об Interbase я вообще не упоминал.
Кстати, прочитал об on-line инкрементных бэкапах и логах в Firebird 2. При таком бекапировании БД останавливается, а все изменения за это время пишутся в отдельный внешний файл. По окончании бэкапа изменения накатываются на БД и внешний файл убивается. Т.е. Firebird ведет "ненужные" логи во время бэкапа, а потом накатывает изменения на живую БД и логи убивает. Крайне элегантный костыль. О влиянии на производительность условно живой в этот момент БД помолчим...

Attidможно купить interbase с поддержкой и распаролеливании на несколько процессоров в супер версии.Понятно, что можно. Непонятно - зачем? Тем более, что (насколько я понимаю) к Firebird 2, о которой идет речь, Interbase 2007 вообще не имеет никакого отношения.

Attid...тоже продается видать не плохо, но пол сотни пользователей жалуется , разработчики шевелятся через раз "типа всех устраивает вас не устраивает", но купили уже, руководство больше денег не даст.Сочуствую. Я здесь причем? Никто не собирается ничем мерятся, просто любезнейший kdv усомнился в моей компетенции и праве иметь собственное суждение о Firebird - и я ответил.

fyndaА почему ты вдруг решил, что восстановление БД на момент сбоя необходимо
буквально всем и всегда?Поставим вопрос иначе - кто от этого откажется, если оно есть в бесплатной версии? Кстати, не поверишь, но вообще DBMS тоже нужны далеко не всем.

kdv1. инкрементный бэкап есть в FB 2
2. распараллеливание запроса (одного), кластеры и прочее - за гранью бесплатности.
впрочем я не спорю с Вашим пониманием Enterprise - когда тысячи пользователей, терабайтные БД, кластеры и так далее. FB в этой нише не присутствует.
3. да, оптимизатор в db2 - круче не бывает. тоже не спорю. Правда, иногда и у него бывают косяки, иначе чем еще объяснить весьма посредственное "выступление" в тесте tpc-c на настройках "по умолчанию", которые ради интереса год-два провел Олег Иванов в форуме по FB.
4. комплекты документации и "ресурсы" тоже сравнивать не буду. у меня (да и у проекта FB) просто нет таких денег.
1. Есть, но не без странностей - см. выше.
2. Inter-параллелизм (внутри 1-го сервера) входит в бесплатную DB2, intra- да, за большие деньги, но о нем я и не писал.
3. По умолчанию DB2 настроена на минимальное использование ресурсов. Минимальное для DB2. Сравнивая с Firebird, этого не скажешь (комплимент в сторону Firebird :) Имело смысл ее настроить с помощью Configuration Advisor - всего несколько тыков мышом в этом визарде.
4. Это не упрек - по Firebird несложно найти все, что нужно. Это ответ на "проблемы" использования DB2 в России.

kdvНо - неясен мотив, по которому Вы уехали в заоблачные высоты Hi-End Enterprise, да еще начав "фанатировать" по поводу DB2. На DB2 тут никто не наезжает, и прекрасно знают что она может (а может много чего, понятно).Про Enterprise я написал всего одну фразу - в ответ на "Enteprise не нужен". Все остальные посты - о бесплатной Express-C. Платить в ней надо только за кластер-репликацию, да и то совсем не "Enterprise" деньги. "Фанатирование "- я с ней работаю, мне нравится, вот и рекомендую другим. Повоторюсь - на мой взгляд, подобное бесплатное, без лимита на объем данных, предложение - уникально на рынке.

Дабы завершить флуд, бессмысленный и беспощадный, - я совсем не противник Firebird. Наша фирма на продукте с ним "внутре" неплохо заработала. Но ниша его использования серьезно ограничена - это либо встроенные решения (тут все бесспорно - прост, не требует настроек), либо небольшие (коробочные) системы без перспектив серьезного роста. Иначе - тоже можно, но стоит серьезно подумать.

pkarklinЧто будут делать - очень будет зависеть от задачи (о которой нам мало что известно). Кто знает, м.б. там надо больше вычислительных ресурсов (обработка какой-нить числовой информации по чудовишным алгоритмам), а не размер хранииша (фото\видео). А уж планирование увеличения потребности в ресурсах - это отдельная серьезная тема, а Вы тут сказки рассказывает, что вот так вот раз и стреляться. ;)Лимит в 4Гб на данные лично я считаю для коммерческого примения неприемлемым - не понятно, что делать с системой, если он вдруг исчерпан. На многих задачах с учетом событий (типа биллинга) он легко преодолевается этак за полгода с одного устройства только данными в таблицах, без всякой мультимедии. И не всегда эти данные можно выставить в архив. Хотя - все, конечно, зависит от задачи.

pkarklinИнтересно Вы трактуете лицензионную политику. У Вас " a customer acquires a separate Processor license for each processor " почему-то вдруг стало " нельзя установить на сервер с аппаратным числом процов > указанного в лицензии ". ;) Акститесь, Вы можете установить Express хоть на SuperDome c 64 процессорами, но использовать он будет только 1. У других редакций лицензионная чистота при использовании на сервере с числом процессоров, большим, чем число приобретенных лицензий, обеспечивается опцией конфигурирования affinity mask . Тоже самое касается и памяти, редакции, имеющие ограничения на память просто физически нельзя заставить использовать больше памяти.Акститься - не согласен! :)
1. Я писал именно про MSSQL Workgroup Processor Licensing Model, т.к. она: не лимитирована по объему, работает с 2 проц. / 3ГБ ОП, не включает кластер, не лимитирована по числу пользователей. Т.е. ближе всего к бесплатной DB2 - по ресурсам лучше 9.5, но не лучше 9.1.2.
2. Я не спец по MS продуктам. Дословно: "A license is required for each physical or virtual processor accessed by an operating system environment running SQL Server. This license does not require any device or user client access licenses (CALs). Under this structure, a customer acquires a separate Processor license for each processor that is located in the server running the SQL Server software. If you have made a processor inaccessible to all operating system copies on which the SQL Server software is set up to run, you do not need a software license for that processor." И где тут про affinity mask? Тут про процессоры для всей ОС. И лицензия не нужна, только если процессор не доступен для всей ОС, а не для только для СУБД. По поводу памяти - наверное да, в лицензии не указано.
3. На счет лицензии на MSSQL Express - на сайте не нашел, ничего сказать не могу.

pkarklinИ причем тут процессор?! Что x64 это только процессор?! Ведь не из за процессоров на х64 переходят, а из-за возможности прямой (а не с помощью всяких AWE) адрессации к большему объему памяти. Да Вы и сами это прекрасно понимаете. А для уровня рабочей группы по соотношения price\perfomance и х32 хватит в большинстве случаев.
1. x64 - это еще и немного более быстрая обработка данных за счет длинных регистров.
2. Если x32 СУБД ставить на x32 ОС, на сервер больше ничего не поместиться - ограничение в ~3.5 ГБ ОП. Если на x64 ОС - СУБД будет жить в режиме эмуляции (Windows On Windows, как это сама MS называет), что не очень страшно, но и не есть гуд. А установка на ту же железку сервера приложений (и тоже бесплатного ;) при хорошей нагрузе может улучшить производительность связки за счет локального коннекта. И это довод против лицензии на MS SQL Workgroup.
3. Лучшее соотношение price\perfomance = 0 (при весьма недурном perfomance у Express-C), а наличие x64 и Linux в бесплатной версии может быть плюсом (хотя может и не быть :)

pkarklinНу, это будет не аналог, а гараздо больше, если Вы сравните перечь фич... Давайте будем так, кому нужен кластер или репликация никогда не будет смотреть на урезанные бесплатные редакции и это стоит соответсвующих денег. Не налазит одна редакция (поэтому их и несколько) на все возможные по ТТХ системы.В чем именно MS SQL Workgroup гораздо больше DB2 Express-C? Сравниваем:
http://www.ibm.com/developerworks/db2/library/techarticle/0301zikopoulos/0301zikopoulos1.html
(колонка DB2 Express-C 9, бесплатный)
http://www.microsoft.com/sql/prodinfo/features/compare-features.mspx
(колонка Workgroup, 3800$ за процессор + ОС)
Я не претендую на знание MS SQL и могу ошибаться, но нашел только наличие репликации в MS SQL Workgroup и отсутсвие у него же x64 и почему-то Linux и ;) Про кластер забудем - его нет и там, и там.
Я не говорю, что MS SQL - это плохо (убедили, убедили - неплохо! :) или что DB2 - хорошо для всех, если говорить о платных версиях. Вопрос вкуса. Но DB2 бесплатно - хорошо очень, особенно в сравнении с другим бесплатными и особенно для распространения. От 4000$ с установки лучше съэкономить/взять себе, чем отдать дяде Биллу или другому дяде. Прошу поверить - гораздо лучше
Кстати, Express-C уже есть на IBM Power процессорах под Linux, через месяц обещают и на Sun Solaris. А там 1 ядро imho пошустрее x86 будет. Но это так, к слову.

Yo.!политика IBM мягко говоря неадекватна. пользователи повелись на бесплатность, им дали 4 ядра и 4Gb RAM, а потом хлабысь и следующая уже только 2Gb и 2 ядра. я к примеру бы побоялся выснять, что отрежут в следующем релизе, наверника размер БД и отружет, но уже до 2Gb судя по тенденции.В любом случае, она куда адекватнее остальных, которые отрезали все и сразу :) Нынешнее обрезание объясняют немеряным повышением производительности и клянутся, что больше не будут :) На полный кирдык бесплатным версиям не похоже - они развиваются. Кстати, недавно вышел новый WebSphere Community 2.0, халявный Java application server. Что будет дальше - не знаю, в IBM не работаю. В худшем случае будет так, как сейчас у МС и Оракл, но я сильно сомневаюсь. Предлагаю говорить о том, что сейчас.
Yo.!пользоватся старыми версиями, совет еще более неадекватный, уже через годик-два после релиза IBM снимит супорт и предложит вам выкинуть 9.1.2 на свалку истории. стоимость подписки на 9.5 в 3800$ за год конечно хорошо, но уже через 3 года превысит стоимость любой субд из первой пятерки...Какой суппорт? Суппорт - он денег стоит, даже в MySQL :) А версию за деньги не обрезали. Суппорт бесплатного продукта - через конференцию с сотрудниками IBM, а там отвечают и по Express-C 8. 9.1.2 - обкатанная версия, про время действия в лицензии ни слова, использовать ее никто и ни что не мешает и не сможет помешать в дальнейшем. Старой ее назвать сложно. В любом случае - на данный момент это лучшее из бесплатного.