> переход на ФБ2.0 > вызвал как много приятных эмоций так и > не очень приятных (особо не приятны > ограничения на использование альяса > таблицы и названия, ограничения на > указания в order by поля которого нет в group > by, я понимаю что так писать не красиво > "но от этого не легче" на большом кол-ве > проектов проверить всю отчетность и > мелкие запросики которые писались на > месте у клиента практически не > возможно, исправлять приходится > только опытным путём после получения > ошибки)
все-таки, лично я считаю, что так делать нельзя. у ФБ есть большая клиентская база. многие, сейчас стоят перед вопросом: если ФБ2 несовместим с ФБ1.5, то может ну его нафиг -- сменить сервер? мало ли чего разработчикам в будущем еще стукнет в голову. Когда у тебя большой проект (платформа) на которой работают более тысячи предприятий. Когда возможности платформы позволяют пользователю (настройщику) расширять-дорабатывать-разрабатывать свой софт, то тут и начинается шоу... Советую почитать Спольского, почему Микрософт стала Микрософтом. Потому что от версии к версии поддерживала обратную совместимость, чего бы это не стоило. Зато получили доверие пользователей и разработчиков... С чем столкнулись лично мы: 1. алиасы и имена таблиц в запросах. Я согласен, что это потенциально уменьшит количество ошибок в запросах, но в настоящее время это существенно увеличило количество ошибок в программах которые до этого считались стабильными. Особенно напрягают такие случаи: SELECT gd_contact.id FROM gd_contact c WHERE... -- я понимаю, что это частный случай, но таблица то одна... 2. отсутствие встроенных функций. 3. запрет на преобразование даты к целому. 4. изменились параметры подключения к сервису для шатдауна-вывода БД в онлайн. Из-за чего старый код теперь не работает. Придется лезть и смотреть чего-там не так. 5. по иному строятся планы запросов. иногда это лучше, но иногда приводит к большой заднице...
