Многобайтовая (китайская) кодировка символов PDO DBLIB — SQL-сервер

Есть ли вообще способ вставить многобайтовые данные в [эту конкретную] базу данных SQL? Есть ли другой обходной путь?

1. Если вы можете переключиться на PDO_ODBC, Microsoft предоставляет бесплатные драйверы ODBC для SQL Server для Linux (только для 64-разрядной версии Red Hat Enterprise Linux и 64-разрядной версии SUSE Linux Enterprise), которые поддерживают Unicode.

2. Если вы можете перейти на PDO_ODBC, то N-префикс для вставки Unicode будет работать.

3. Если вы можете изменить затронутую таблицу с SQL_Latin1_General_CP1_CI_AS на UTF-8 (что по умолчанию для MSSQL), то это было бы идеально.

Ваш случай более ограничен. Это решение подходит для случая, когда у вас во входной строке смешаны многобайтовые и не многобайтовые символы, и вам нужно сохранить их в латинскую таблицу, а префикс типа данных N не работает, и вы не хотите чтобы отказаться от PDO DBLIB (поскольку Microsoft Unicode PDO_ODBC едва поддерживается в Linux). Вот один обходной путь.

Условно закодируйте входную строку как base64. В конце концов, именно так мы можем безопасно передавать изображения вместе с электронными письмами.

Рабочий пример:

$DBH = new PDO("dblib:host=$myServer;dbname=$myDB;", $myUser, $myPass);

$query = "
INSERT INTO [StackOverflow].[dbo].[UserSignUpInfo]
           ([FirstName])
     VALUES
           (:firstname)";

$STH = $DBH->prepare($query);

$firstname = "输入中国文字！Okay!";

/* First, check if this string has any Unicode at all */
if (strlen($firstname) != strlen(utf8_decode($firstname))) {
    /* If so, change the string to base64. */
    $firstname = base64_encode($firstname);
}

$STH->bindParam(':firstname', $firstname);
$STH->execute(); 

Затем, чтобы вернуться назад, вы можете проверить строки base64 и декодировать только их, не повреждая существующие записи, например:

while ($row = $STH->fetch()) {
    $entry = $row[0];

    if (base64_encode(base64_decode($entry , true)) === $entry) {

         /* Decoding and re-encoding a true base64 string results in the original entry */
         print_r(base64_decode($entry) . PHP_EOL);

    } else {

         /* Previous entries not encoded will fall through gracefully */
         print_r($entry  . PHP_EOL);
    }
}

Записи будут сохранены следующим образом:

Guan Tianlang
5pys6Kqe44KS5a2maGVsbG8=

Но вы можете легко преобразовать их обратно в:

Guan Tianlang
输入中国文字！Okay!

Сопоставление не должно иметь значения здесь.

Двухбайтовые символы необходимо хранить в полях nvarchar, nchar или ntext. Вам не нужно выполнять какой-либо кастинг.

Префикс типа данных n означает национальный, и он заставляет SQL Server хранить текст в формате Unicode (UTF-16).

Изменить:

PDO_DBLIB не поддерживает Unicode и теперь считается устаревшим.

Если вы можете переключиться на PDO_ODBC, Microsoft предоставляет бесплатные драйверы ODBC для SQL Server для Linux, поддерживающие Unicode.

Microsoft — документация по драйверу ODBC для SQL Server

Блог — Установка и использование драйвера ODBC Microsoft SQL Server для Linux

Вы можете использовать совместимый с Unicode тип данных для столбца таблицы для поддержки иностранных языков (исключения показаны в РЕДАКТИРОВАТЬ 2).

(char, varchar, text) В сравнении (nchar, nvarchar, ntext)

Не-Юникод:

Лучше всего подходит для английского языка США: «Одна проблема с типами данных, которые используют 1 байт для кодирования каждого символа, заключается в том, что тип данных может представлять только 256 различных символов. Это требует использования нескольких спецификаций кодирования (или кодовых страниц) для разных алфавитов, таких как европейские которые относительно малы. Также невозможно работать с такими системами, как японский кандзи или корейский алфавит хангыль, которые содержат тысячи символов.

Юникод

Лучше всего подходит для систем, которые должны поддерживать хотя бы один иностранный язык: «Спецификация Unicode определяет единую схему кодирования для большинства символов, широко используемых в бизнесе по всему миру. Все компьютеры последовательно переводят битовые комбинации в данных Unicode в символы, используя единый Unicode Это гарантирует, что одна и та же битовая комбинация всегда преобразуется в один и тот же символ на всех компьютерах.Данные могут свободно передаваться из одной базы данных или компьютера в другую, не беспокоясь о том, что принимающая система неправильно преобразует битовые комбинации в символы.

Пример :

Также я попробовал один пример, вы можете просмотреть его экраны ниже, это было бы полезно для проблем, связанных с вставками на иностранном языке, поскольку вопрос прямо сейчас. Столбец, как показано ниже в nvarchar, и он поддерживает китайский язык

РЕДАКТИРОВАТЬ 1:

Другая связанная проблема обсуждается здесь

Скрипты, не поддерживаемые Unicode, показаны здесь

просто используйте nvarchar, ntext, nChar, и когда вы хотите вставить, используйте

INSERT INTO UserSignUpInfo
    (FirstName)
    VALUES
    (N'firstname');

N будет относиться к символу Unicode, и это стандарт во всем мире.

Ссылка:

https://aalamrangi.wordpress.com/2012/05/13/storing-and-retrieving-non-english-unicode-characters-hindi-czech-arabic-etc-in-sql-server/

https://technet.microsoft.com/en-us/library/ms191200(v=sql.105).aspx

https://irfansworld.wordpress.com/2011/01/25/what-is-unicode-and-non-unicode-data-formats/

Эта ссылка Объясните китайский иероглиф в MYSQL. Не удается вставить китайский символ в MySQL . Вы должны создать таблицу table_name () CHARACTER SET = utf8; Use UTF-8 при вставке в таблицу

set username utf8; INSERT INTO table_name (ABC,VAL); 

abd создать базу данных в CHARACTER SET utf8 COLLATE utf8_general_ci;

то вы можете вставить китайский иероглиф в таблицу