DBF->Text->MySql

[h.m.f.]

Есть файл *.dbf (один столбец в нем дробное число) его нужно подгрузить в MySql.
Конвертирую dbf в txt (select * from ... и результат запроса записываю как строку в файл).
При подгрузке в MySql текстового файла (load data infile) получаю исключение: Data Truncated from столбец в котором находится дробное число.
В таблице MySql тип данных неподгружаемого столба double, в dbf не знаю какой тип, т.к. запрос describe table вызывает исключение.

[RomCom]

Возможно разделитель  дробной части не нравится.
А не проще на самом сервере средствами php открыть *.dbf и переписать в MySql?

[Mouse]

h.m.f., в сети можно найти готовые конвертеры DBF -> mySQL, поищи. Если что, вечерком могу поискать у себя, вроде должны быть исходники на PHP

[h.m.f.]

Когда я формирую текстовый файл, специально заменяю запятую на точку, чтобы не было проблем в MySql. Мне кажется, что проблема в количестве знаков после запятой или разрядности типов...
Подгрузка в MySql текстового файла - часть кода программы (которая написана на C# поэтому промежуточный пункт с использованием пхп  и различных вспомогательных программ отпадает (к тому же скачанная программка dbf2mysql работает для моей таблички 1.5часа!!! против моих нескольких минут(если не подгружать этот фигов столбец с дробными числами) )

[RomCom]

приведи пример пары строк файла txt и желательно кусок кода C# вставляющий данные
а то так долго гадать можно.

[RXL]

В MySQL очень простая интерпретация аргументов: если аргумент не может быть распознан как целое число, как строка и т.д., то он считается _действительным_числом_ и если его формат не напоминает соотв. число, то результат == 0. Так было сказано в документации еще по 3.23 - стоит проверить для своей версии.

h.m.f., приведи текст ошибки и строку, на которой сбойнуло.

[h.m.f.]

Пара строк (данные разделены табами):
5741А13В1.6-40/ФЛ   Комплект ответных фланцев с крепежом к насосу А1 3В1.6/40   5741   1   38.86
5741А13В1.6/40   Насос А1 3В1.6/40-3/25Б, 7.5 кВт, без КИП, "Ливгидромаш"   5741   1   3550
В принципе любая строка файла вызывает данное исключение даже если в последнем столбце стоит 0.

Код который вставляет:
string CatTextFile=@"c:\\odbcTablesFormat.txt";
MyCmd.CommandText="load data infile '" + CatTextFile + "' into table rs.cat";      
MyCmd.ExecuteNonQuery();
Версия MySql 5

[RXL]

h.m.f., полный текст ошибки приведи.
В результате ни одна строка не вставлена?

[h.m.f.]

An unhandled exception of type 'MySql.Data.MySqlClient.MySqlException' occurred in mysql.data.dll

Additional information: #01000Data truncated for column 'price' at row 1

[h.m.f.]

Если в таблице MySql поменять тип последнего столбца с double на varchar, то текстовый файл подгружается без проблем.
Хотя хочется понять с чем всетаки связан этот глюк...

[RXL]

h.m.f., а как на счет содержимого (после смены на varchar)? Приведи те же строчки, что соответствуют исходным, приведенным выше. Просто, сдается мне, затык в распозновании границ полей в исходном файле.

[h.m.f.]

Строки из таблицы MySQl:

5741А13В1.6-40/ФЛ Комплект ответных фланцев с крепежом к насосу А1 3В1.6/40 5741 1 38.86
5741А13В1.6/40 Насос А1 3В1.6/40-3/25Б, 7.5 кВт, без КИП, "Ливгидромаш" 5741 1 3550

Пока их сюда копировал, заметил что в последнем столбце после самих данных стоит еще и пробел (в остальных столбах такого не наблюдается), а в текстовом файле пробелов нет...

[RomCom]

Протестировал приведенные строка через phpMyAdmin (MySQL 3.23.53), все нормально отрабатывает.
Попробуй в файле оставить одну страку и запустить вставку.

а в текстовом файле пробелов нет...

Проверь в редакторе показывающем не печатные символы. Возможно всетаки где то закрался ненужный пробел.
Или приаттач кусок самого файла нам на проверку на наших машинах

[h.m.f.]

Таблица МуSQL:
CREATE TABLE `cat` ( `ware` varchar(30) NOT NULL, `warename` varchar(250) default NULL, `head` varchar(30) default NULL, `base` int(11) default NULL, `price` double default NULL) ENGINE=InnoDB DEFAULT CHARSET=latin1
Код c# уже описал, текстовый файл во вложении...

[RomCom]

через phpMyAdmin:

Код:

load data infile 'd:\\odbcTablesFormat.txt' into table cat;

Вставляется без проблем

[h.m.f.]

RomCom, а какая у тебя версия MySql?
У меня этот запрос написанный в чистом mySql 5 (без С#) с этим файлом все равно выдает data truncated...

[RomCom]

Запрос я выполнял на локальном компе где установлен Денвер -phpMyAdmin 2.5.6, MySQL 3.23.53-max

[h.m.f.]

Наконец-то нашел решение этой проблемы!!!

Нашел на каком-то сайте: если у вас MySql 5 версии из значения переменной sql-mode файла my.ini нужно убрать STRICT_TRANS_TABLES.

Может кто-нибудь пояснить, что за значение такое и на что оно влияет.
Я его удалил и все заработало, но кто знает, может в будущем возникнет другой глюк из-за ее отсутствия