rodenВ любом случае, я за общение с техподдержкой. Сразу все вероятности становятся на свои места.
Правда в большинстве случаев ИМХО с известными платными СУБД шансов получить необходимое исправление все-таки меньше.
верно. Но, у пользователей часто бывает такое мнение, что если они столкнулись с ошибкой, и ее можно обойти, то сообщать о ней никому не надо, потому что "и так исправят". В результате, естественно, ждать исправления таких ошибок можно до ишачьей пасхи, если они проявляются в редких ситуациях.

У OpenSource баз скорость исправления ошибок выше, т.к. там другая схема "распространения" изменений. Могут выкладываться регулярные снапшоты бета-версий, или будущих обновлений, и т.п., и их всегда можно попробовать.
Слова про "имея исходники СУБД можно исправить ошибку самому" - обычно самонадеянный бред, потому что сложность кода СУБД и ее механизмов требуют достаточно долгого въезжания. Это отнюдь не "исправить ошибку в библиотеке доступа к DBF". А про гениев, которые за пару дней освоят код MySQL, Firebird или PostgreSQL мы не говорим (такие бывают, но их единицы на всю страну).
Более того, случаются редкие и "штучные" плавающие ошибки, которые даже разработчики не могут отловить по году-двум, т.к. невозможно соорудить тест-кейз для воспроизведения такой ошибки.

ljnk0jв серьёзном проекте создавать собственный отдел по поддержке этой СУБД, в котором люди бы имели время на работу по поиску ошибок и изучение кода СУБД. Кроме того, они могут оптимизацией и прикручиванием новых фич заниматься.
как показывает практика, такие программисты стоят дорого. И у "серьезного проекта" обычно задача разрабатывать свой проект, а не пилить используемую СУБД. Custom development имеет массу негативных вариантов, и первейший из них - портирование самостоятельно разработанных фич в новую версию СУБД. Я уж не говорю про необходимость отдела тестирования СУБД, вопросы лицензирования, и т.п. Финансирование всего этого такое, что должны быть весьма веские причины заниматься подобными вопросами внутри компании.
Обычно, если СУБД не устраивает по фичам, выбирают другую СУБД (в т.ч. платную).

Для Firebird такие конторы (где модифицировали бы код ФБ) можно пересчитать по пальцам одной руки. Более дешевый и выгодный вариант - сотрудничество с самими разработчиками СУБД.

ljnk0j,

ljnk0jавторИ что? 100 тысяч в год на зарплату персонала.
а вы руководитель среднего звена? в курсе финансирования отделов?