Hello, Andrei!

Andrei wrote:

все-таки, лично я считаю, что так делать
нельзя. у ФБ есть большая клиентская
база. многие, сейчас стоят перед
вопросом: если ФБ2 несовместим с ФБ1.5,
то может ну его нафиг -- сменить сервер?

забей. точно такая же фигня была в момент
появления Firebird 1.02. Где стали
запрещены запросы с неуказанием алиаса
таблицы, если в запросе попадались таблицы
с одинаковыми именами столбцов.

Я встречал приложения, где таких запросов
был каждый второй. Но их легко исправлять -
можно тупо переписать все запросы с алиасами
таблиц, и все.

А вот исправление парсера, который допускал
выполнение кривых запросов - это тоже
правильное дело.

1. алиасы и имена таблиц в запросах. Я
согласен, что это потенциально
уменьшит количество ошибок в запросах,
но в настоящее время это существенно
увеличило количество ошибок в
программах которые до этого считались
стабильными. Особенно напрягают такие
случаи:

ой, фигню вы пишете. я писать алиасы в запросах
приучился еще с конца 90х годов. И у меня есть
база, созданная в 1997 году, которая кочует
по всем версиям IB/FB ВООБЩЕ БЕЗ ПЕРЕДЕЛОК
ИЛИ ИСПРАВЛЕНИЙ.
То есть, и вы тоже научитесь писать запросы правильно.

SELECT gd_contact.id FROM gd_contact c WHERE... -- я понимаю,
что это частный случай, но таблица то
одна...

ну и чего это за бред написан?

4. изменились параметры подключения к
сервису для шатдауна-вывода БД в
онлайн. Из-за чего старый код теперь не
работает. Придется лезть и смотреть
чего-там не так.

а еще не работает gbak -r

5. по иному строятся планы запросов.
иногда это лучше, но иногда приводит к
большой заднице...

нет в жизни счастья.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34


Ответить