SQL-сервер игнорирует регистр в где выражение
Указатели функции. Можно использовать таблицу указателей функции, чтобы реализовать, например, быстро косвенно поточные интерпретаторы кода (Forth) или диспетчеры байт-кода, или моделировать подобные OO виртуальные методы.
Тогда существуют скрытые сокровища в стандартной библиотеке, такие как qsort (), bsearch (), strpbrk (), strcspn () [последние два, являющиеся полезным для реализации strtok () замена].
ошибка А C - то, что арифметическое переполнение со знаком является неопределенным поведением (UB). Таким образом каждый раз, когда Вы видите выражение, такое как x+y, и подписываемый ints, он мог бы потенциально переполнить и вызвать UB.
5 ответов
В конфигурации базы данных SQL Server по умолчанию при сравнении строк регистр не учитывается. Если ваша база данных переопределяет этот параметр (за счет использования альтернативного сопоставления), вам необходимо указать, какой вид сопоставления использовать в вашем запросе.
SELECT * FROM myTable WHERE myField = 'sOmeVal' COLLATE SQL_Latin1_General_CP1_CI_AS
Обратите внимание, что приведенное мной сопоставление является лишь примером (хотя оно будет более чем вероятно, функция отлично подходит для вас). Более подробное описание сопоставлений SQL Server можно найти здесь .
Обычно при сравнении строк регистр не учитывается. Если ваша база данных настроена на сортировку с учетом регистра, вам необходимо принудительно использовать регистр без учета:
SELECT balance FROM people WHERE email = 'billg@microsoft.com'
COLLATE SQL_Latin1_General_CP1_CI_AS
Вы можно принудительно регистрировать регистр, преобразовывая в двоичную переменную, например:
SELECT * FROM myTable
WHERE convert(varbinary, myField) = convert(varbinary, 'sOmeVal')
В какой вы базе данных? В MS SQL Server это параметр для всей базы данных, или вы можете переопределить его для каждого запроса с помощью ключевого слова COLLATE.
Я нашел другое решение в другом месте, то есть использовать
upper(@yourString)
но все здесь говорят, что в SQL Server это не имеет значения, потому что он все равно игнорирует регистр? Я уверен, что наша база данных чувствительна к регистру.