„НАЦИОНАЛЕН“ в този случай означава герои, специфични за различните националности. Особено далечните източни езици имат толкова много знаци, че един байт не е достатъчно място, за да ги различи всички. Така че, ако имате приложение само за английски (ascii) или поле само за английски , можете да се измъкнете, като използвате по-старите типове CHAR и VARCHAR, които позволяват само един байт на символ.
Въпреки това през повечето време трябва да използвате NCHAR/NVARCHAR. Дори и да не мислите, че трябва да поддържате (или потенциално да поддържате) няколко езика във вашите данни, дори приложенията само на английски език трябва да могат разумно да се справят с атаки за сигурност, използвайки знаци на чужди езици.
Според мен единственото място, където по-старите типове CHAR/VARCHAR все още се предпочитат, е за често споменавани вътрешни кодове само за ascii и данни на платформи като Sql Server, които поддържат разграничението - данни, които биха били еквивалентни на enum
на клиентски език като C++ или C#.