Мимопроходящий, если кто-то попытается присвоить имя "id" (ID) полю, отличному от того, что должно быть первичным ключом, за это и раз_пять не грех...

Гаджимурадов РустамНе надо на сишников наговаривать, у них такого закидона нет.
Как это нет? Си изначально чувствителен к регистру как конструкций языка, так и идентификаторов.

kdvпро двойные кавычки - впервые вижу человека, который сам, в скриптах, пишет не
create table test, а create table "test", причем умышленно, чтобы было именно test, а не TEST.Всё, когда-то, впервые. :)

kdvМне кажется, это какой-то с-шный закидон.Возможно... Не задумывался над этим.

kdvЛюто ненавидят тут двойные кавычки потому, что
- это засоряет вывод DDL и DMLВ некоторых популярных rdbms этот вывод "засоряется" изначально, так как система принимает исключительно квотированные имена (это могут быть и не двойные кавычки). Для моего личного визуального восприятия удобнее котированные.

kdv- при любом РУЧНОМ написании запросов есть риск написать идентификатор не с тем регистром букв.В моем случае это возможно только с идентификаторами входных параметров хранимых процедур. Особо не парит.

kdv- обычно люди на это напарываются по не знанию, а не по умыслу
- при ручном написании запросов ПРОЩЕ без двойных кавычек, и я сильно сомневаюсь, что этот тезис можно оспорить.Тут нечего оспаривать. Кому как удобно и кто как привык, тот так и лепит.

В контексте возможности использования квотирования идентификаторов в 3-ем диалекте FirebirdSQL навеяло Маяковским:
Послушайте!
Ведь, если звезды зажигают —
значит — это кому-нибудь нужно?
Значит — кто-то хочет, чтобы они были?
Значит — кто-то называет эти плевочки жемчужиной?

Как точно...

Гаджимурадов РустамИ? Часто Вы идентификаторы в Си кавычили? :)
Зачем их "кавычить", если Си изначально регистрочувствителен, а не по принуждению? Где логика?

kdvrdb_dev, так и имен каталогов и файлов в Линуксе (муа-ха-ха).
Пробовали в командной оболочке под win или nix использовать в качестве параметров пути с пробелами без квотирования? ;)

kdv, поясню еще раз - для моего визуального восприятия удобнее идентификаторы (в т.ч. названия объектов в дереве объектов IBExpert и полей таблиц) из строчных символов, ради которых я вполне могу мириться с квотированием. У Вас одно субъективное мнение на этот счет, у меня другое - вам легче воспринимать строчные символы, мне - прописные. Здесь не о чем, вообще, спорить.

Dimitry Sibiryakov, не имею никакого отношения к Red Soft. Это конкуренты FirebirdSQL?

Dimitry Sibiryakov, в запросах да, можно. Собственно, внутри ХП, в "DECLARE VARIABLE" я так и делаю, но идентификаторы входных и выходных параметров у меня квотированные.

kdvдля усиления эффекта предлагаю почувствовать разницу: select, SELECT, Select. Здесь почему-то вопросов не возникает?Как на счет дерева объектов IBExpert и имен полей? Я хочу видеть строчные буквы.

Dimitry Sibiryakov, грубо, предвзято и необоснованно. Возникает вопрос - а нафига же тогда в 3-ем диалекте добавили такую возможность, потратив уйму времени и сил на её создание?

Dimitry Sibiryakov, вот жешь глупые пендосы, что писали этот стандарт... Ага?