SQL Server 2012 Express nie rozumieją rosyjskich liter

Question

Mam DB, który pracuje z tekstem rosyjskim jednak gdy uruchamiam zapytań pokazuje mi to. Baza danych będzie używana przez Rosjan i musi poprawnie wyświetlać rosyjski tekst!

Jakieś pomysły jak to naprawić? W przyszłości znajdzie się w Rosji i będzie pracować z rosyjską wersją SQL Server, ale teraz pracuję nad angielską wersją SQL 2012 Express.

Oto tabela i wkładka stwierdzenie:

Create table Employee 
(
EmpID int not null IDENTITY (10, 1), 
StrName nvarchar (25) not null, 
Phone1 nvarchar (25) not null, 
Phone2 nvarchar (25) 
Primary Key (EmpID), 
); 
insert into Employee (LastName , FirstName,Phone1,Phone2) 
    values ('Иванов','111 111 11111','111 111 1111'); 

Answer 1

Czy jesteś pewien, że dane zostały prawidłowo zapisane w bazie danych? Skąd wiesz?

Upewnij się, że kolumna ma właściwe uporządkowanie, że jest zdefiniowana jako nvarchar i że wstawki literałów łańcuchowych są poprzedzone prefiksem N. Na przykład, nie są takie same:

INSERT dbo.table(column) SELECT 'foo'; 
INSERT dbo.table(column) SELECT N'foo'; 

Jako przykład:

USE tempdb; 
GO 

CREATE TABLE dbo.foo 
(
    ID INT PRIMARY KEY, 
    bar NVARCHAR(32) COLLATE SQL_Ukrainian_CP1251_CI_AS 
); 

INSERT dbo.foo SELECT 1,'АБВГДЕЖЅZЗИІКЛ'; 
INSERT dbo.foo SELECT 2,N'АБВГДЕЖЅZЗИІКЛ'; 

SELECT ID, bar FROM dbo.foo; 
GO 
DROP TABLE dbo.foo; 

Wyniki:

ID bar 
---- -------------- 
1  ????????Z????? 
2  АБВГДЕЖЅZЗИІКЛ 

i pokazać, jak to wpływa na oświadczenie insert, ciąg brakuje prefiks N:

SELECT 
    CONVERT(NVARCHAR(32), 'Иванов'), 
    CONVERT(NVARCHAR(32), N'Иванов'); 

Wyniki:

------ ------ 
?????? Иванов 

więc poprzedzić struny Unicode z N'a prefix' lub utratę danych.

Answer 2

Podczas gdy Aaron Bertrand dał dobre wyjaśnienie, dlaczego uzyskujesz takie wyniki, powiedziałbym, że istnieje sposób, aby nie prefiksować wszystkich twoich ciągów literami rosyjskimi z 'N'.
O ile mi wiadomo, właśnie ustawić sortowanie serwera prawidłowo. Więc jeśli ustawić sortowania, na przykład, jak Cyrillic_General_CI_AS, serwer może leczyć varchar z rosyjskich liter prawidłowo:

select 
    'español', '平成年月日', 'иван', 
    serverproperty('collation') 

wyniki:

espanol ????? иван Cyrillic_General_CI_AS 

Jak widać, hiszpański i japoński struny nie są właściwie leczone podczas gdy rosyjskie struny są. Więc możesz wstawiać dane do kolumn nvarchar bez prefiksowania ciągów z 'N'

Powiedziałem, że używam nvarchar typ danych w naszej bazie danych jako domyślne ciągi, nvarchar parametry w procedurach przechowywanych. Bardzo rzadko używam rosyjskich napisów w kodzie (tylko gdy chcę coś przetestować) i nigdy nie użyłem składni N'string'.

Chociaż prawidłowe sortowanie domyślne może być przydatne, problem z tym rozwiązaniem jest trudny - nie jest to łatwe z change default collation on installed SQL Server, więc podczas instalowania instancji serwera SQL należy zachować ostrożność i odpowiednio wybrać sortowanie.