Дифференцировать экспоненты в T-SQL

В SQL Server 2017 (14.0.2)

Рассмотрим следующую таблицу:

CREATE TABLE expTest
(
    someNumbers [NVARCHAR](10) NULL
)

И допустим, вы заполняете таблицу некоторыми значениями:

INSERT INTO expTest VALUES('²', '2')

Почему следующий SELECT возвращает обе строки?

SELECT * 
FROM expTest 
WHERE someNumbers = '2'

Разве nvarchar не следует понимать, что «²» — это юникод, а «2» — это отдельное значение? Как (без использования функции UNICODE()) определить эти данные как неэквивалентные?

Какая у вас настройка сопоставления?

— 23.04.2019 22:39

Возможный дубликат SQL Server удаляет юникод в запросе на равенство

— 23.04.2019 22:42

Например, вы не используете строки UNICODE, но проблема связана с используемой вами сортировкой.

— 23.04.2019 22:43

Кажется, у вас есть синтаксическая ошибка в вашем операторе вставки. @christopher

— 23.04.2019 22:55

@DaleBurrell SQL_Latin1_General_CP1_CI_AS

— 23.04.2019 22:56

sql sql-server unicode

23.04.2019 22:36

ReactJs | Supabase | Добавление данных в базу данных

Это и есть ваш редактор таблиц в supabase.👇

Понимание Python и переход к SQL

Перед нами лабораторная работа по BloodOath:

Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Здесь — это рабочий пример db<>. Это показывает следующее:

Ваше наблюдение верно, даже если значения вводятся как константы национального набора символов.
Версии символов «ASCII» на самом деле разные.
Проблема исчезает при сопоставлении с учетом регистра.

Я думаю, что показатель степени просто рассматривается как другой «регистр» числа, поэтому они считаются одинаковыми при сопоставлении без учета регистра.

Сравнение — это то, что вы ожидаете от сортировки с учетом регистра.

23.04.2019 22:45