Особенности работы с регистрами символов в различных системах управления базами данных (СУБД) могут отличаться, например:
- В продуктах IBM и Oracle обычные идентификаторы переводятся в верхний регистр, а регистр идентификаторов в кавычках остаётся неизменным. www.rsdn.org
- В продуктах Microsoft правила использования регистров определяются не типом идентификатора, а заданным умолчанием. www.rsdn.org По умолчанию регистры не различаются, то есть «t» равно «T». www.rsdn.org
- PostgreSQL хранит все идентификаторы без кавычек в нижнем регистре вместо верхнего. stackoverflow.com При этом система чувствительна к регистру в именах таблиц и столбцов и пытается скрыть это с помощью перевода всех имён в нижний или верхний регистр перед их поиском. stackoverflow.com
- MSSQL 2012 работа с регистрами в именах объектов выполняется в соответствии с настройкой Collation БД независимо от использования экранирования при создании объектов или в запросах. flexberry.github.io При указании CI (Case Insensitive) имена регистронезависимы. flexberry.github.io При указании CS (Case Sensitive) имена регистрозависимы: регистры в запросах должны быть указаны точно как при создании, иначе объект не будет найден. flexberry.github.io
- MySQL можно изменить коллацию поля на utf8generalci, обеспечив тем самым нечувствительность к регистру без необходимости модификации исходного запроса. sky.pro
Важно учитывать особенности и возможности конкретной СУБД, особенно в контексте работы со старыми системами или в общем окружении. sky.pro