Заказчик: "Иногда я готов убить програмера :)"

Это ICQ переписка... Я считаю, что это смешно... Ну а может - это просто бред и абсурд... Но - это реальная переписка без исправлений... Только имена и названия реальных файлов и БД изменены... А как у вас складывается общение с вашими програмерами? :popcorn:

----------------------------------------

Програмер (20:45:49 28/09/2010)

какой глюк?

Заказчик/аналитик (20:46:10 28/09/2010)

привет.

Програмер (20:46:30 28/09/2010)

привет!

Програмер (20:47:44 28/09/2010)

в чем там глюк заключается?

Заказчик/аналитик (20:50:41 28/09/2010)

На счет глюков.

1-й глюк - это глюк с парсингом файла с товарами - damp1.sql , который ты перед отъездом делал. Таблица товаров выросла до 18000 с небольшим и в файле появилась строчка которой там не было, а именно посреди дампа, после 17023 позиции вылезает повторно "INSERT INTO `tab1` VALUES (17024"

На этом месте парсинг естественно глючит и в БД данные ниже "INSERT INTO `tab1` VALUES (17024" не попадают... Надо подумать что можно сделать...

2-й глюк после решения этого скажу :)

Заказчик/аналитик (20:51:58 28/09/2010)

Я временно отключил парсинг и гружу как прежде... т.е. закоментарил этот кусок и раскоментарил старый... Обратил внимание, когда ты отдыхал... как раз товары активно заполнялись.

Програмер (20:54:03 28/09/2010)

т.е* в файле дампа дублируются записи?

Програмер (20:55:12 28/09/2010)

что значит повторно вылезает запись?

Заказчик/аналитик (20:56:28 28/09/2010)

Нет. Позиции не дублируются. Открой файл damp1.sql... Найди строчку "INSERT INTO `tab1` VALUES". Она есть в начале и есть в середине дампа. Видимо это происходит автоматом когда делаешь дамп где более 17000 записей.

Заказчик/аналитик (20:57:13 28/09/2010)

Т.е. это мускул сам вставляет, если дамп большой...

Програмер (20:57:56 28/09/2010)

сам вставляет?

Заказчик/аналитик (20:58:08 28/09/2010)

Сам вставляет на автомате.

Заказчик/аналитик (21:00:23 28/09/2010)

Это не единственный пример... Но я заметил глюк и начал разбираться. В результате - нашел причину.

Програмер (21:00:52 28/09/2010)

именно из-за большого дампа мускул вставляет дубли записей?

Заказчик/аналитик (21:01:16 28/09/2010)

Т.е. то что появляется "INSERT INTO `tab1` VALUES (17024" - это не глюк. Это как я понял нормально для мускула, а вот парсинг файла на этом месте глючит.

Заказчик/аналитик (21:01:42 28/09/2010)

Не дубль записей. открой файл, найди строчку - поймешь о чем я говорю.

Заказчик/аналитик (21:05:05 28/09/2010)

Открыл?

Заказчик/аналитик (21:07:20 28/09/2010)

Не спи, замерзнешь :)

Програмер (21:07:47 28/09/2010)

зачем открывать? верю наслово, не понятно почему дубли

Програмер (21:08:50 28/09/2010)

я на 5 сек отойду

Заказчик/аналитик (21:09:27 28/09/2010)

Ты еще ничего не зделал чтобы отходить :) Даже не понял о чем я тебе толкую.

Програмер (21:10:14 28/09/2010)

спакуха

Заказчик/аналитик (21:13:22 28/09/2010)

Код обновления наличия товаров в файле pars1.php (сейчас он мной закоментарен) - НЕ работает. Нужно исправить. Так тоже можно поставить задачу ничего не говоря о причинах неисправности...

Заказчик/аналитик (21:23:17 28/09/2010)

Решение простое - удалить из кода дампа вторую строчку "INSERT INTO `tab1` VALUES", а потом парсить. Всё заработает.

Заказчик/аналитик (21:24:00 28/09/2010)

ну корректно вырезать ее перед парсингом.

Програмер (21:42:04 28/09/2010)

я еще ничего не сделал чтобы отходить? это что за наезд?

Заказчик/аналитик (21:42:31 28/09/2010)

это шутка.

Програмер (21:43:03 28/09/2010)

смешно

Заказчик/аналитик (21:43:49 28/09/2010)

и что в результате?

Програмер (21:46:48 28/09/2010)

а почему ты решил что появление второй записи это не глюк? проще исправить этот глюк чем его обрабатывать постоянно

Програмер (21:47:15 28/09/2010)

может в базе и есть 2 записи

Програмер (21:47:24 28/09/2010)

это уже другой глбк

Програмер (21:47:28 28/09/2010)

* глюк

Програмер (21:48:39 28/09/2010)

ты в свою базу запрос делал?

Заказчик/аналитик (21:48:53 28/09/2010)

Потому что я начал смотреть большие файлы дампов... там тоже самое.. через каждые 17000 записей появляется очередная строка "INSERT INTO `ХХХ` VALUES"... и список продолжается далее... мускул при дампе сама вставляет эту строчку... Так у них заведено короче.

Заказчик/аналитик (21:49:29 28/09/2010)

"INSERT INTO `название таблицы` VALUES"

Заказчик/аналитик (21:49:50 28/09/2010)

без разницы какая таблица.. важно сколько в не записей...

Заказчик/аналитик (21:51:05 28/09/2010)

на каждую 17000-ю запись, примерно, автоматом вставляется очередная INSERT INTO... точка.

Заказчик/аналитик (21:52:10 28/09/2010)

Парсинг дампа товаров из за этого не работает... натыкаясь на INSERT INTO посреди дампа... Все данные после INSERT INTO не обновляются.

Заказчик/аналитик (21:52:45 28/09/2010)

Мне кажется что все это я уже писал трижды выше )

Заказчик/аналитик (22:00:14 28/09/2010)

сделай дамп какой-нить большой таблицы.. например на сервере БД ord таблица tempord ... Посмотри структуру дампа - убедишься во всем лично

Програмер (22:00:51 28/09/2010)

я сделал дамп на серваке таблицы prdct, нет там дублей

Програмер (22:00:59 28/09/2010)

* дублей

Програмер (22:01:41 28/09/2010)

уже убедился

Програмер (22:01:50 28/09/2010)

что там ничего такого нет

Заказчик/аналитик (22:01:59 28/09/2010)

>я сделал дамп на серваке таблицы prdct

Название файла и где лежит.

Програмер (22:02:34 28/09/2010)

в корне лежит

Заказчик/аналитик (22:04:50 28/09/2010)

посмотри внимательно посреди дампа

INSERT INTO `prdct` VALUES (30515004, ...

INSERT INTO `prdct` VALUES (30520972, ...

INSERT INTO `prdct` VALUES (30526805, ...

Заказчик/аналитик (22:06:41 28/09/2010)

>уже убедился

Ты себя дезинформировал

Заказчик/аналитик (22:08:03 28/09/2010)

Ну что?

Програмер (22:09:30 28/09/2010)

мы с тобой один и тот же файл смотрим? у меня после записи с артикулем 30526805 идет следующая запись...806...я не найду что-то дублей

Заказчик/аналитик (22:10:41 28/09/2010)

Поищи получше INSERT INTO `prdct` VALUES...

Програмер (22:10:44 28/09/2010)

пришли артикуль товара

Програмер (22:10:59 28/09/2010)

эта строчка там везде, мне нужны id

Заказчик/аналитик (22:11:56 28/09/2010)

ты не артикул товара смотри а INSERT INTO `prdct` VALUES ... Когда увидишь что в пределах одной таблицы это строчка встречается более 1 раза - сообщи. Ибо только после этого можно двигаться дальше.

Заказчик/аналитик (22:14:35 28/09/2010)

Меня поражает твоё нежелание понимать суть проблемы...

Програмер (22:14:47 28/09/2010)

какя строчка повторяется?

Заказчик/аналитик (22:14:55 28/09/2010)

INSERT INTO `prdct` VALUES

Програмер (22:15:02 28/09/2010)

это нормально

Заказчик/аналитик (22:15:16 28/09/2010)

Да. Это нормально.

Програмер (22:15:32 28/09/2010)

то что в дампе она повторяется - да

Програмер (22:15:38 28/09/2010)

это нормально

Заказчик/аналитик (22:15:41 28/09/2010)

да.

Програмер (22:16:07 28/09/2010)

именно из-за этого не работает загрузка?

Заказчик/аналитик (22:16:31 28/09/2010)

но твой алгоритм парсинга этот момент не учитывает... поэтому нормально не парсит.

Програмер (22:16:47 28/09/2010)

вот это уже другая тема..