параметры и проч. к нижнему/верхнему регистру?
А то 1С++ ищет, к примеру, текстовый параметр такой же как и указан в УстановитьТекстовыйПараметр() (с учетом регистра)

Аналогично.
Все рано или поздно наступают на грабли.

(0) Нельзя многие используют 1с++ для dbf.
В dbf имеем Регистрозависимые значения
для sql Регистронезависимые значения.
Например если есть графа отбора строка длиной 1 символ
то для sql значения "Z" и "z" это одно и тоже
для dbf это разные значения.
И не забывайте из 1с++ можно обратиться в любую внешнюю базу данных.
Откуда вы знаете является ли эта база регистронезависимой
как по полям значениям так и по именам таблиц и именам полей ?

Z1 писал(а) 24. Июля 2007 :: 16:23:

create table CaseTest (field c(1))
insert into CaseTest(field) values ('A')
insert into CaseTest(field) values ('a')
insert into CaseTest(field) values ('B')
insert into CaseTest(field) values ('b')
insert into CaseTest(field) values ('a')

select * from CaseTest where field = 'A'
 

Сколько строк должно быть в выборке?
У меня три!

Мое мнение такое: да, правильнее сделать регистронезависимые идентификаторы текстовых параметров, но в принципе это может повлиять на обратную совместимость.

Я так написал парсер, потому что не шибко задумывался над этим вопросом (вероятно напрасно), да и небыло тогда в составе 1с++ эффективного С++ класса для регистронезависимых коллекций, сейчас он есть.

Когда-то давно, и имена методов и свойств классов 1с++ были регистрозависимы, это порождало неслабые трудноуловимые ошибки при проектировании классов, т.к. например метод Выбрать не переопределялся методом объявленным как ВЫБРАТЬ, и кроме того особенности реализации ООП не позволяли понять быстро где ошибка..
Именно я переделывал эту область функционала на регистронезависимость.

to Z1
Ну, и что? В ветке речь о текстовых параметрах, их имена не доходят до DBMS, они заменяются на литералы прямо в тексте запроса(!).