ODBC Microsoft Text Driver

[Bagirli]

Сообщение от ReportCube

Очень странные данные в файле. Это на каком языке таковое? Может на вашей и нашей ПЭВМ таковой язык не установлен?

Это пробные данные из разных алфавитов (турецкий, арабский и т.д.).
Думаю от установки яэыка не зависит. Потому, что если этот файл импортируеш в Excel, Word или создаешь LinkTable в Access все нормально читается.

[ReportCube]

Вроде бы для поддержки многоязычности должно быть соответствующее ПО в Windows. Совсем неуверен, что язык умолчания в Delphi такое позволяет. Попробуйте переключить кодовую страницу шрифта

[Bagirli]

Сообщение от Vapaamies

Возможно, в ini-файле вместо 65001 стоит писать "UTF-8" (словами, без кавычек, через дефис).

Пробовал. ODBC выдает ощибку "Reserved error (-5402)"

Сообщение от Vapaamies

"Язык для программ, не использующих Юникод" в системе по умолчанию какой стоит -- русский или турецкий? Для русского результат странный.

Одна и та же ситуация

[Bagirli]

Сообщение от ReportCube

Вроде бы для поддержки многоязычности должно быть соответствующее ПО в Windows. Совсем неуверен, что язык умолчания в Delphi такое позволяет.

Delphi такие символы нормально показывает из Access или Excel файлов.
Думаю ODBC Text Driver виноват.

Сообщение от ReportCube

Попробуйте переключить кодовую страницу шрифта

Можно подробнее?

[Аватар]

Попробуйте JET OLEDB, он тоже умеет текстовые файлы кушать. По памяти кажется так

Extended Properties="text;HDR=Yes;FMT=Delimited;CHARSET=utf8"

[ReportCube]

Попробовал с JET, UTF-8, CHARSET менял - бесполезно. Вставленный вручную русский - влёгкую. Что-то не то с набором кодовых страниц, похоже.

[Bagirli]

Сообщение от Vapaamies

Язык для программ, не использующих Юникод" в системе по умолчанию какой стоит -- русский или турецкий? Для русского результат странный.

Да, для русского результат другой. Это не свидителствует тому, что ODBC Text Driver это - программа, не поддерживаующий Юникод?

Может эта ссылка нам поможет?:
http://office.microsoft.com/en-us/ac...001032166.aspx

CharacterSet
An indicator of how text pages are stored. Possible settings are:
ANSI — The ANSI code page of the machine. AnsiToUnicode and UnicodeToAnsi conversions done.
OEM — — The OEM code page of the machine. OemToUnicode and UnicodeToOem conversions done.
Unicode — codepage conversions not done.
<decimal number> — The code page number of a specific character set. Conversions to and from Unicode will be done.
The default is ANSI.

[ReportCube]

Кодировка файла UTF-8 (UNICODE), BOM имеется, что для открытия плоских файлов как таблиц БД ни есть хорошо. Кодировка обычными редакторами видна и даже похожа на то, что должно быть. Указанная Вами кодовая страница в файле schema.ini верная. "Если всё сделал и не получается, то прочти, наконец, инструкцию". Просто у меня где-то в подкорке сидит - полная версия Windows со специальной поддержкой многих языков. У меня не полная - профессионал.
А у Вас там полная мешанина - турецкий, азербайджанский. Вряд ли таковое у Вас получится открыть так просто

[Vapaamies]

Сообщение от Bagirli

Это не свидителствует тому, что ODBC Text Driver это - программа, не поддерживаующий Юникод?

Скорее всего, да. Предлагаю плюнуть на это дело и написать собственную читалку CSV-файлов в какой-нибудь MemTableEh или что-то похожее. Я бы так и сделал.

Кстати, как вариант можно попробовать сохранить CSV в UTF-16, если в ini-файле стоит "Unicode".

Сообщение от ReportCube

А у Вас там полная мешанина - турецкий, азербайджанский. Вряд ли таковое у Вас получится открыть так просто

На самом деле всё нормально. Эта "мешанина" и называется "Юникод". Если в системе XP и старше стоит поддержка азиатских языков, больше ничего не нужно. В Windows 7 азиатчина вообще искаропки.

[Bagirli]

Проблема решена.

ADOConnection.ConnectionString := 'Provider=Microsoft.Jet.OLEDB.4.0;D ata Source=D:\TextFiles\;ExtendedProper ties="text;HDR=Yes;FMT=Delimited";P ersist Security Info=False';
ADOConnection.Provider := 'Microsoft.Jet.OLEDB.4.0';

"Schema.ini":
[Test.txt]
Format=TabDelimited
CharacterSet=65001
Col1=Kod INTEGER
Col2=Naim CHAR

Все буквы отображаются правильно. Даже тогда, если в строку добавляеш символы из разных альфавитов одновременно.
Выходит, что ODBC Text Driver не поддерживает, а Jet.OLEDB поддерживает Unicod.

Спасибо всем, кто участвовал в обсуждении!