_Vasilisk_Dimitry SibiryakovСовет создавать БД из скрипта, а не бэкапа - весьма хороший был.Зато нашел ошибку

Хорошо если она одна, и не будет подводных камней с неправильными результатами запросов ещё где-нибудь

Гаджимурадов Рустам_Vasilisk_> В общем опыты показали, что от конструкции COALESCE(MAX())
_Vasilisk_> у IB 2009 сносит крышу. Симптомов я уже нашел три разных.
_Vasilisk_> По идее в ХЕ3 этот баг закрыли

Это ппц... А тикет есть у них соответствующий?


Похоже на артефакты от http://qc.embarcadero.com/wc/qcmain.aspx?d=77315

Гаджимурадов РустамЭто ппц... А тикет есть у них соответствующий?

Кстати в fb тоже бывает, вопрос в том кто когда нарвётся.
Я к примеру долго не понимал что у меня с головой не так когда на http://tracker.firebirdsql.org/browse/CORE-4083 напоролся, и ведь в релиз так и не вошло.
У Оракла тоже весёлые вещи бывают, тут на днях всплывало

- выполняет подзапрос ровно 1 раз. Не нарвавшись ( не прочитав ) и не догадаешься что такое возможно.

Симонов ДенисNikolayV81Я к примеру долго не понимал что у меня с головой не так когда на http://tracker.firebirdsql.org/browse/CORE-4083 напоролся, и ведь в релиз так и не вошло.


это потому что FULL JOIN пользуются раз в 100 лет, тем более в текущей его неоптимальной версии. Если б чаще пользовались давно бы нашли и исправили. Что значит в релиз не вышло? В снапшотах 2.5.3 и 3.0 это исправлено

Думаю по той же причине coalesce ( max ( ), ) не поправилось сразу...
В релизе нет, значит в релизе нет, и больше ничего не значит.

Так же все кто установил fb из репов дебиана ( к примеру ) получают релизную версию ( ту или иную ) с этой ошибкой, которая в принципе базовая, и влияет на то как обрабатываются данные ( ладно бы оно с ошибкой вылетало ). В реальной ситуации, на сколько я помню, из-за этой ошибки чуть не появились серьёзные проблемы ( на уровне руками по ночам восстанавливать данные в работающей системе ).

Dimitry SibiryakovNikolayV81все кто установил fb из репов дебиана ( к примеру ) получают релизную
версию
Дебилизм сборщиков данного дистра - исключительно на их совести.

Да ладно, pg вон выходят из положения, да и думаю все согласны с тем что что-бы решиться на использование снапшотов, нужно быть хорошо уверенным в своих действиях, а вот что мешало один мелкие патчи не влияющие серьёзно на систему внести в 2.5.2 и назвать update 2 не понимаю.

p.s. Пользуясь длительное время Debian-ом пришёл к выводу что у них вполне себе нормально с организацией и правилами ;) И есть практически удобные решения по добавлению чего угодно из сторонних репов, при этом за счёт стабильности базы можно быть уверенным в том что пакеты на каждый чих пересобирать не придётся.

NikolayV81
Поспать не дали слова в фразы плохо собираются.

WildSeryСимонов Денися бы сказал, что большинство вообще этой ошибки не заметит. Особенно те, кто знает как делается FULL JOIN до версии 3.0 заменят его на LEFT + UNION ALL
Вообще-то, чаще UNION ALL + GROUP BY.
И кстати, пытался вспомнить, когда мне требовался именно FULL JOIN, и понял, что ... никогда.

Во во, в этом и печалька на самом деле, потребовался ровно 1 раз, за всё время, и именно при глобальной перетасовке данных, с одновременным обновлением сервера ( и версии и физического ), и именно в составе большого скрипта, в котором сложно отследить. Самое весёлое было в том что ни в 2-ке ни в 2.5 оно не работало правильно но при этом работало по разному, что на некоторое время поставило в тупик.