Вибір регістру MySQL нечутливий

Чи може хто-небудь сказати мені, чи SELECTзапит MySQL чутливий до регістру чи малочутливий до регістру? А якщо ні, то який запит я мав би відправити, щоб я міг зробити щось на кшталт:

SELECT * FROM `table` WHERE `Value` = "iaresavage"

Де в дійсності, реальна цінність Valueє IAreSavage.

Вони нечутливі до регістру , якщо ви не зробите бінарне порівняння .

Ви можете зменшити малі значення та переданий параметр:

SELECT * FROM `table` WHERE LOWER(`Value`) = LOWER("IAreSavage")

Ще одним (кращим) способом було б використання COLLATEоператора, як сказано в документації

ВИКОРИСТОВУЙТЕ БІНАР

Це простий вибір

SELECT * FROM myTable WHERE 'something' = 'Something'

= 1

Це вибір із двійковим

SELECT * FROM myTable WHERE BINARY 'something' = 'Something'

або

SELECT * FROM myTable WHERE 'something' = BINARY 'Something'

= 0

Порівняння чутливі до регістру , якщо стовпець використовує параметри сортування , який закінчується _ci(наприклад, по замовчуванням latin1_general_ci параметри сортування) , і вони чутливі до регістру , якщо стовпець використовує параметри сортування , яка закінчується _csабо _bin(таких , як utf8_unicode_csі utf8_binсортування).

Перевірте порівняння

Ви можете перевірити свій сервер , базу даних і підключення сортування з допомогою:

mysql> show variables like '%collation%';
+----------------------+-------------------+
| Variable_name        | Value             |
+----------------------+-------------------+
| collation_connection | utf8_general_ci   |
| collation_database   | latin1_swedish_ci |
| collation_server     | latin1_swedish_ci |
+----------------------+-------------------+

і ви можете перевірити порівняння таблиці за допомогою:

mysql> SELECT table_schema, table_name, table_collation 
       FROM information_schema.tables WHERE table_name = `mytable`;
+----------------------+------------+-------------------+
| table_schema         | table_name | table_collation   |
+----------------------+------------+-------------------+
| myschema             | mytable    | latin1_swedish_ci |

Зміна порівняння

Ви можете змінити зіставлення бази даних, таблиці чи стовпців на щось з урахуванням регістру, як описано нижче:

-- Change database collation
ALTER DATABASE `databasename` DEFAULT CHARACTER SET utf8 COLLATE utf8_bin;

-- or change table collation
ALTER TABLE `table` CONVERT TO CHARACTER SET utf8 COLLATE utf8_bin;

-- or change column collation
ALTER TABLE `table` CHANGE `Value` 
    `Value` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_bin;

Ваші порівняння тепер мають залежно від регістру.

Порівняння рядків у фразі WHERE не відрізняється від регістру. Ви можете спробувати порівняти, використовуючи

WHERE `colname` = 'keyword'

або

WHERE `colname` = 'KeyWord'

і ви отримаєте такий же результат . Це поведінка MySQL за замовчуванням.

Якщо ви хочете, щоб порівняння залежно від регістру , ви можете додати COLLATEсаме так:

WHERE `colname` COLLATE latin1_general_cs = 'KeyWord'

Цей SQL дав би різний результат з цим: WHERE colnameCOLLATE latin1_general_cs = 'ключове слово'

latin1_general_cs є загальним чи стандартним порівнянням у більшості баз даних.

Збір, який ви вибираєте, визначає, залежно від регістру чи ні.

За замовчуванням не враховує регістр, але наступне найважливіше, на що слід звернути увагу, - це, як створена таблиця в першу чергу, тому що ви можете вказати чутливість регістру під час створення таблиці.

Сценарій нижче створює таблицю. Зверніть увагу, що внизу написано "COLLATE latin1_general_cs". Це в кінці означає «чутливий до регістру». Якщо ви хочете, щоб ваш стіл був нечутливим до регістру, ви або залишите цю частину поза, або використовуйте "COLLATE latin1_general_ci".

   CREATE Table PEOPLE (

       USER_ID  INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,

       FIRST_NAME  VARCHAR(50) NOT NULL,
       LAST_NAME  VARCHAR(50) NOT NULL,

       PRIMARY KEY (USER_ID)

   )

   ENGINE=MyISAM DEFAULT CHARACTER SET latin1
    COLLATE latin1_general_cs AUTO_INCREMENT=0;

Якщо ваш проект такий, що ви можете створити свою власну таблицю, то має сенс вказати свої переваги чутливості під час створення таблиці.

SQL Select не відрізняється від регістру.

Це посилання може показати вам, як зробити регістр: http://web.archive.org/web/20080811231016/http://sqlserver2000.databases.aspfaq.com:80/how-can-i-make-my- sql-запити-регістр.html

Спробуйте:

order by lower(column_name) asc;

Зауважте також, що назви таблиць залежать від регістру в Linux, якщо ви не встановите lower_case_table_nameконфігураційну директиву на 1 . Це пояснюється тим, що таблиці представлені файлами, що відрізняються регістром у Linux.

Особливо остерігайтеся розробки в Windows, яка не враховує регістр, і розгортання у виробництво там, де воно є. Наприклад:

"SELECT * from mytable" 

проти таблиці myTable вдасться досягти успіху в Windows, але знову не вдасться в Linux, якщо не встановлена ​​вищезазначена директива.

Посилання тут: http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensibility.html

В даний час прийняте рішення є переважно правильним.

Якщо ви використовуєте небінарний рядок (CHAR, VARCHAR, TEXT), порівняння не залежать від регістру відповідно до замовчуванням.

Якщо ви використовуєте двійковий рядок (BINARY, VARBINARY, BLOB), порівняння залежать від регістру, тому вам потрібно буде використовувати, LOWERяк описано в інших відповідях.

Якщо ви не використовуєте порівняння за замовчуванням і використовуєте небінарний рядок, чутливість регістру визначається обраним порівнянням.

Джерело: https://dev.mysql.com/doc/refman/8.0/en/case-sensibility.html . Читайте уважно. Деякі інші помиляються, кажучи, що порівняння обов'язково залежать від регістру або не чутливі. Це не так.

Можна спробувати. сподіваюся, що це стане в нагоді.

SELECT * FROM `table` WHERE `Value` COLLATE latin1_general_cs = "IAreSavage"

Поля рядків з набором двійкового прапора завжди залежать від регістру. Якщо вам потрібен регістр пошуку небінарного текстового поля, використовуйте це: SELECT 'test' REGEXP BINARY 'TEST' КАК РЕЗУЛЬТАТ;