|
|
|
|
|
для: Trianon
(16.04.2010 в 19:25)
| | Я знаю от а до я какой ксв файл я буду импортировать. Его вариант только один. Спасибо всем за помощь. Тема закрыта. | |
|
|
|
|
|
|
|
для: Zhora_88
(16.04.2010 в 17:08)
| | Еще раз. В нормальном ксв может встречаться разделитель, может встречаться кавычка (которая тоже имеет отдельный метод представления), может встречаться перенос строки..
А что в Вашем - Вы можете только гадать. Потому что совершенно очевидно, что тот конкретный инстанс ксв-файла, который Вам потребуется импортировать - еще не создан. | |
|
|
|
|
|
|
|
для: Trianon
(15.04.2010 в 13:13)
| | в таком случае понятно... у меня ксв нормальный, тоесть разделителя в тексте не встречается... | |
|
|
|
|
|
|
|
для: Zhora_88
(15.04.2010 в 12:14)
| | >Разьясните мне разницу между функциями fgetcsv() и explode()...
Дело в том, что поля csv-файла и сами по себе могут содержать символы-разделители.
explode с таким форматом не справится всяко. | |
|
|
|
|
|
|
|
для: sshpavlo
(13.04.2010 в 12:33)
| | Впринципе все получилось. Кому не влом, Разьясните мне разницу между функциями fgetcsv() и explode()... Есть ли разница в скорости обработки КСВ файла при их приминении? | |
|
|
|
|
|
|
|
для: Trianon
(13.04.2010 в 10:40)
| | спасибо за полезную функцию..разобрался, получилось. остается нерешен вопрос с датами.... я правильно понимаю: если я преобразую дату из файла вида: 14.02.2006 20:08:15 в вид: 14-02-2006 20:08:15 , то скрипт без проблем внесет преобразованную дату в поле типа таймстамп?? или лучше использовать другой тип поля ДАТА, чтобы не возникло проблем со сравнением даты?? | |
|
|
|
|
|
|
|
для: Zhora_88
(08.04.2010 в 20:45)
| | Ну что там?? Получается?? | |
|
|
|
|
|
|
|
для: Zhora_88
(13.04.2010 в 10:08)
| | Наверное их (эти ошибки) стоит для начала перечислить.
Касательно даты и времени.
Дата-время в MySQL запрос может попадать лишь в двух видах.
в восточном календарном '2010-04-13 10:45:11'
либо в виде линейной величины FROM_UNIXTIME(1271155511)
Других способов нет.
Один из этих видов стороной php должен быть подготовлен так или иначе.
Касательно вещественных чисел.
Числа, являющиеся смешанными дробями, в MySQL запросе должны быть записаны с десятичной точкой так или иначе.
Впрочем тут спасает банальная str_replace() | |
|
|
|
|
|
|
|
для: sim5
(12.04.2010 в 15:21)
| | спасибо за полезный и конкретизирующий ответ. некоторые ошибки я понимаю, а от как их решить - хз. | |
|
|
|
|
|
|
|
для: Zhora_88
(12.04.2010 в 13:24)
| | Почитайте о типах данных в MySQL.
Это время выполнения скрипта превысило отведенное ему время. | |
|
|
|
|