TanyushkaВ настройках ODBC мы поставили Русский язык системных сообщений SQL сервера.
А в остольном там вроде ничего нет такого, чтобы повлияло на язык.........

это не совсем так...

с учетом вот этого Вашего описания

авторПричем если тип поля стоит ntext или nvarchar, то при вснесении данных на русском языке непосредственно в таблицу БД, текст вводиться нормально. А если тип - text или varchar, то при введении русского текста, он отображается криво.

залез вот в BOL - глянуть, что пишут...

Пишут там, про AutoTranslate (настройка ODBC - соединения )
и
Auto Translate - Provider-Specific Connection Parameter.

Рассказывают, что если выставлено оно в TRUE, то на клиетской стороне
драйвер/провайдер производит трансляцию из UNICODe в ANSI
при записи в поля типа text, char и varchar и, соответственно, не производит при записи в поля ntext, nchar и nvarchar При этом говорят, что
If the client and SQL Server are using different ACPs, then extended characters can be misinterpreted.

Вот полная цитата из статьи SQLDriverConnect о параметре ODBC-соединения
AutoTranslate
BOL
When yes, ANSI character strings sent between the client and server are translated by converting through Unicode to minimize problems in matching extended characters between the code pages on the client and the server:
Client SQL_C_CHAR data sent to a SQL Server char, varchar, or text variable, parameter, or column is converted from character to Unicode using the client ANSI code page (ACP), then converted from Unicode to character using the ACP of the server.

SQL Server char, varchar, or text data sent to a client SQL_C_CHAR variable is converted from character to Unicode using the server ACP, then converted from Unicode to character using the client ACP.

These conversions are performed on the client by the SQL Server ODBC driver. This requires that the same ANSI code page (ACP) used on the server be available on the client.

These settings have no effect on the conversions that occur for these transfers:

Unicode SQL_C_WCHAR client data sent to char, varchar, or text on the server.

char, varchar, or text server data sent to a Unicode SQL_C_WCHAR variable on the client.

ANSI SQL_C_CHAR client data sent to Unicode nchar, nvarchar, or ntext on the server.

Unicode char, varchar, or text server data sent to an ANSI SQL_C_CHAR variable on the client.

When no, character translation is not performed.

The SQL Server ODBC driver does not translate client ANSI character SQL_C_CHAR data sent to char, varchar, or text variables, parameters, or columns on the server. No translation is performed on char, varchar, or text data sent from the server to SQL_C_CHAR variables on the client.

If the client and SQL Server are using different ACPs, then extended characters can be misinterpreted.

Полагаю, что Вы столкнулись именно с этой проблемой.