Так то, что delimited identifier из прописных символов не является
регистрозависимым - это баг или особенность?
create table BIG...
select * from BIG
Правильно было-бы выдать ошибку.
--
Best regards,
Sergiy S. Tkachenko
www.4thfebruary.tk
Так то, что delimited identifier из прописных символов не является
регистрозависимым - это баг или особенность?
create table BIG...
select * from BIG
Правильно было-бы выдать ошибку.
всему наследию 1-го диалекта? благодарю покорно.
--
Булычев Алексей
http://www.stella-npf.ru
create table BIG...
такое можно сделать только в 3 диалекте
всему наследию 1-го диалекта? благодарю покорно.
а в первом диалекте можно и молчать
--
Best regards,
Sergiy S. Tkachenko
www.4thfebruary.tk
такое можно сделать только в 3 диалекте
всему наследию 1-го диалекта? благодарю покорно.
а в первом диалекте можно и молчать
а наследие?
--
Булычев Алексей
http://www.stella-npf.ru
Доброго времени суток!
Andrei Yeryomin wrote:
Все идентификаторы, которые ты используешь без кавычек, преобразуются к
верхнему регистру и сравниваются с метаданными. Т.к. ты создал таблицу и
поле в верхнем регистре - сервер однозначно идентифицировал объекты и не
ругнулся.
Да, до этого я
Eugene Kuznetsov ...
Никаких признаков у объектов (кавычкастые они или нет) в
метаданных не хранится (имхо).
Конечно не хранится
Думаю, по стандарту все же должны - иначе нельзя создать delimited
identifier из прописных букв.
Стандарт никогда не описывает кто, что и как должен
Так то, что delimited identifier из прописных символов не является
регистрозависимым - это баг или особенность?
таки проверить
create table BIG...
select * from BIG
select * from big
select * from BIG
select * from big
сильно трудно?
--
Булычев Алексей
http://www.stella-npf.ru
Доброго времени суток!
Horsun Vlad wrote:
Стандарт никогда не описывает кто, что и как должен хранить.
Так то, что delimited identifier из прописных символов не является
регистрозависимым - это баг или особенность?
С уважением, Евгений.
Доброго времени суток!
Boulitchev Aleksey wrote:
таки проверить
skipped
сильно трудно?
Я вчера полвечера на это угробил - смотрел на IB 7.5.1, FB 1.5.4 и FB
2.0.1.
Сначала думал, что это глюк IBConsole, потом начал грешить на 7.5.1.
После того, как isql от FB проглотил
create table
Доброго времени суток!
Dmitry Yemanov wrote:
Это требование стандарта.
Спасибо.
Выглядит это для меня нелогичным, но стандарту виднее :)
С уважением, Евгений.
Доброго времени суток!
Ded wrote:
Честна? Мне пофиг. Насколько я понимаю, с практицкой точки зрения
тебе тоже ;)
Да, но потраченное на изучение время всегда хочется окупить новым знанием.
С уважением, Евгений.
Доброго времени суток!
Обнаружил (1.5.4, 2.0.1) интересную вещь
Если выполнить в isql команду
CREATE TABLE TABLE1
(FIELD1 INTEGER);
то сервер будет рассматривать идентификаторы
TABLE1, FIELD1 как регистронезависимые,
допуская запросы
select field1 from table1
В остальных же случаях все в
Кузнецов Евгений пишет:
Доброго времени суток!
Обнаружил (1.5.4, 2.0.1) интересную вещь
Если выполнить в isql команду
CREATE TABLE TABLE1
(FIELD1 INTEGER);
то сервер будет рассматривать идентификаторы
TABLE1, FIELD1 как регистронезависимые,
допуская запросы
select field1 from table1
В
13 matches
Mail list logo
