Język a kolacje

Zależność języka od kolacji dotyczy tego, że ustawienia sortowania znaków i język komunikatów są w SQL Server konfigurowane niezależnie.

Język a kolacje – podstawowe znaczenie pojęcia

Wyrażenie „język a kolacje” odnosi się do dwóch odrębnych ustawień spotykanych w środowisku SQL Server. Pierwsze dotyczy języka komunikatów, nazw elementów interfejsu oraz sposobu prezentowania informacji administratorowi lub użytkownikowi. Drugie określa reguły porównywania i porządkowania znaków w danych tekstowych. W praktyce łatwo uznać te obszary za jedno zagadnienie, ponieważ oba wiążą się z językiem, alfabetem i znakami diakrytycznymi. Technicznie są jednak niezależne i mogą być zmieniane osobno.

Kolacja, nazywana w polskiej dokumentacji także sortowaniem lub ustawieniem porównywania, nie opisuje pory posiłku. Jest zestawem reguł, według których tekst jest porównywany, sortowany i interpretowany. Reguły te mogą określać między innymi alfabet, kolejność liter, rozróżnianie wielkości znaków, rozróżnianie akcentów oraz sposób traktowania znaków występujących w różnych językach. Dzięki temu można ustalić, czy litery o podobnym wyglądzie są uznawane za równoważne oraz czy wyszukiwanie ma być czułe na wielkość liter.

Język komunikatów wpływa natomiast na treść informacji wyświetlanych podczas pracy z systemem. Zmiana tego ustawienia może spowodować, że komunikaty o błędach, ostrzeżenia i opisy operacji będą przedstawiane w innym języku, ale nie musi zmienić sposobu sortowania danych znajdujących się w tabelach. Odwrotna sytuacja również jest możliwa: zmiana kolacji może wpłynąć na wyniki zapytań, a jednocześnie pozostawić język komunikatów bez zmian.

Język a kolacje w kontekście sortowania i porównań

Najważniejsza różnica staje się widoczna podczas wykonywania operacji na kolumnach tekstowych. Jeśli zapytanie porównuje dwa napisy, SQL Server korzysta z reguł przypisanych do konkretnego obiektu, kolumny, bazy danych albo całej instancji. Te reguły mogą decydować o tym, czy „A” i „a” są traktowane jako takie same znaki, czy polskie znaki są uwzględniane oraz w jakiej kolejności pojawiają się rekordy po użyciu sortowania.

Przykładowo wyszukiwanie osoby po nazwisku może zwrócić inny rezultat w ustawieniu niewrażliwym na wielkość liter niż w ustawieniu, które rozróżnia wielkie i małe litery. Podobnie sortowanie nazw miejscowości może przebiegać odmiennie, gdy zastosowane reguły uwzględniają język polski, angielski albo neutralny zestaw znaków. Nie oznacza to, że dane zostały zmienione. Zmienia się sposób ich interpretacji podczas porównania, filtrowania, grupowania lub porządkowania.

Kolacje mogą być zapisywane za pomocą nazw wskazujących język oraz dodatkowe właściwości porównywania. W nazwie często pojawiają się informacje o kodowaniu, czułości na wielkość liter lub akcenty. Końcówka oznaczająca czułość na wielkość liter wskazuje, że „tekst” i „TEKST” mogą nie być równoważne. Oznaczenie braku takiej czułości sugeruje, że oba zapisy będą traktowane jednakowo w typowych porównaniach. Analogicznie działają ustawienia dotyczące znaków akcentowanych i diakrytycznych.

Znaczenie ma również miejsce, w którym ustawienie zostało zastosowane. Reguła obowiązująca dla całej bazy może być odziedziczona przez nowe elementy, lecz konkretna kolumna może mieć własne ustawienie. W pojedynczym zapytaniu można też wskazać inną kolację dla wyrażenia. Z tego powodu sama informacja o języku komunikatów nie wystarcza do przewidzenia wyniku sortowania. Konieczne jest sprawdzenie ustawień na właściwym poziomie oraz typu danych przechowujących tekst.

Język a kolacje – typowe problemy w danych

Jednym z częstszych problemów jest rozbieżność między ustawieniami używanymi przy tworzeniu tabeli a ustawieniami obecnymi w danych importowanych z innego źródła. Objawem mogą być błędy dotyczące konfliktu kolacji podczas łączenia tabel, porównywania kolumn lub wykonywania operacji na kilku zbiorach danych. Czasem zapytanie działa dla części rekordów, ale przestaje działać po dodaniu warunku, który wymaga uzgodnienia różnych reguł porównywania.

Innym objawem jest niespójne wyszukiwanie. Użytkownik wpisuje nazwę bez polskiego znaku, a system nie znajduje rekordu zapisane­go z właściwym znakiem, albo odwrotnie: wyszukiwanie zwraca zbyt wiele wyników, ponieważ zastosowana kolacja nie rozróżnia znaków, które w danym zastosowaniu powinny być odróżniane. Problem może dotyczyć również sortowania, gdy kolejność rekordów wydaje się niezgodna z oczekiwaniami wynikającymi z zasad konkretnego języka.

Warto odróżnić problem kolacji od problemu kodowania znaków. Kolacja opisuje porównywanie i kolejność, natomiast kodowanie decyduje o tym, jak znak jest zapisany i odczytany. Nieprawidłowe kodowanie może prowadzić do pojawienia się pustych kwadratów, przypadkowych symboli albo zniekształconych liter. Sama zmiana reguł sortowania nie naprawi danych, które zostały wcześniej zapisane w niewłaściwym kodowaniu.

Trudności mogą wystąpić także podczas przenoszenia danych między środowiskami. Baza utworzona według jednego zestawu reguł może działać poprawnie, a po odtworzeniu w innym miejscu ujawnić różnice w sortowaniu, indeksowaniu lub porównaniach. Szczególnej uwagi wymagają tabele zawierające nazwiska, adresy, nazwy produktów, identyfikatory oraz wartości pochodzące z wielu języków. Drobna różnica w konfiguracji może wpłynąć na unikalność wartości i zachowanie filtrów.

Język a kolacje – praktyczne wskazówki diagnostyczne

Przed zmianą ustawień należy ustalić, czego dokładnie dotyczy problem. Jeśli zmieniły się komunikaty wyświetlane przez system, trzeba przeanalizować ustawienie językowe. Jeśli różnią się wyniki sortowania, filtrowania, grupowania lub wyszukiwania, należy sprawdzić kolację przypisaną do bazy, tabeli, kolumny oraz konkretnego zapytania. Te dwa obszary nie powinny być diagnozowane jako jedna konfiguracja tylko dlatego, że oba odnoszą się do języka.

Dobrym punktem wyjścia jest przygotowanie niewielkiego zestawu testowego zawierającego wielkie i małe litery, znaki z akcentami, polskie litery oraz słowa występujące w kilku językach. Następnie można sprawdzić wyniki równości, sortowania, grupowania i wyszukiwania częściowego. Test powinien być wykonany w warunkach możliwie zbliżonych do rzeczywistego użycia, ponieważ reguła zastosowana tylko do fragmentu zapytania może dać inny rezultat niż ustawienie odziedziczone przez całą kolumnę.

Przy planowaniu nowych tabel warto wcześniej ustalić, jakie języki będą obsługiwane i czy wyszukiwanie ma rozróżniać wielkość liter oraz akcenty. Zmiana reguł po zapełnieniu tabel może wymagać przebudowy indeksów, ponownego sprawdzenia ograniczeń unikalności oraz testów aplikacji. Przed wykonaniem takiej operacji należy przygotować kopię danych i opisać oczekiwany rezultat. Szczególną ostrożność warto zachować przy identyfikatorach tekstowych, ponieważ zmiana zasad porównania może spowodować wykrycie wartości uznawanych wcześniej za różne jako równoważne.

Nie należy zmieniać kolacji wyłącznie po to, aby uzyskać komunikaty w innym języku. W tym celu sprawdza się ustawienia językowe. Nie należy też zmieniać języka komunikatów w odpowiedzi na błędne sortowanie. Rozdzielenie tych przyczyn skraca diagnozę i ogranicza ryzyko modyfikacji danych, które same w sobie są poprawne.

Język a kolacje – kiedy zgłosić problem do serwisu

Do serwisu warto zgłosić się wtedy, gdy różnice w wynikach pojawiają się po migracji danych, aktualizacji programu, odtworzeniu bazy albo podłączeniu nowego stanowiska. Pomoc może być potrzebna również wtedy, gdy problem dotyczy tylko wybranej tabeli lub użytkownika, a pozostałe elementy działają poprawnie. Takie objawy często wskazują na ustawienie obowiązujące na konkretnym poziomie, konflikt reguł porównywania albo niezgodność kodowania.

Przed przekazaniem zgłoszenia warto zapisać przykładowe wartości, oczekiwany wynik, rzeczywisty wynik oraz informację, kiedy pojawiła się zmiana. Przydatne są także komunikaty błędów, fragment zapytania i opis czynności wykonanych przed wystąpieniem problemu. Nie powinno się samodzielnie usuwać tabel ani wymuszać globalnej zmiany ustawień bez kopii danych i planu odtworzenia. W Warszawskim Pogotowiu Komputerowym 24/7 można skonsultować taki problem wraz z działaniem komputera i oprogramowania, aby ustalić, czy przyczyną jest konfiguracja języka, kolacji, kodowania czy inny element środowiska.