Работа MySQL ошибка ZennoPoster. При обращении к базе MySql через ZennoPoster теряются данные.

[laotan]

При обращении к базе MySql через ZennoPoster теряются значения.
На кубике обращения к базе, после обращения возникает "крестик", но в логах ошибки нет. И сам запрос выполняется , но с потерей данных.
Через ZennoPoster с "крестиком" в базе видим 82 строки . В реальности их 118. При выполнении условия ( в базе десятки тысяч строк)
Запрос один и тот же, база та же. Почему?
Приложен скрин.

 

[Gunjubasik]

При обращении к базу через ZennoPoster теряются значения.
Через ZennoPoster в базе видим 82 строки. В реальности их 118.
Запрос один и тот же, база та же. Почему?
Приложен скрин.

попробуйте написать WHERE 1 вместо вашего значения или вообще убрать where и посмотреть сколько вернет

Или положите в список вместо таблиц, если с вашим where условием, так как таблица может тормозить или задействована в другом месте и ее придется лочить через с#

 

[laotan]

попробуйте написать WHERE 1 вместо вашего значения или вообще убрать where и посмотреть сколько вернет

Не понял. Если убрать условие вернет всю базу, десятки тысяч значений

 

[Gunjubasik]

Не понял. Если убрать условие вернет все базу, десятки тысяч значений

пробуйте вернуть с вашим условием только в список, а не таблицу.

 

[laotan]

пробуйте вернуть с вашим условием только в список, а не таблицу.

те же 82 строки из 118, крестик "сохраняется"

 

[doc]

ну а в реальном файле это смотрелось? просто у зенно может быть ограничение на вывод в своих просмотрщиках

 

[Phoenix78]

ну а в реальном файле это смотрелось? просто у зенно может быть ограничение на вывод в своих просмотрщиках

если у нее и есть ограничения, то очень странно работает то 1000 строк нормально покажет то 118 до 82 режет

 

[laotan]

ну а в реальном файле это смотрелось? просто у зенно может быть ограничение на вывод в своих просмотрщиках

при получении количества элементов в таблице (списке) цифра та же 88 элементов вместо 118, просмоторщик на скрине используется только для демонстрации

 

[doc]

что на счёт тестов других запросов, например с COUNT?

 

[laotan]

что на счёт тестов других запросов, например с COUNT?

SELECT COUNT(*) FROM `00_AllSites` WHERE lot_sql_number = 20; получаем верное значение 118 строк

 

[laotan]

Хотелось бы узнать мнение разработчиков. Или тема так и "умрет" без ответа?
Поверил на разных серверах. Ошибка от окружения не зависит.

 

[BAZAg]

На кубике обращения к базе, после обращения возникает "крестик", но в логах ошибки нет. И сам запрос выполняется , но с потерей данных.
Запрос один и тот же, база та же. Почему?

Потому, что запрос выполнился успешно.
Получил какие-то данные.
А потом попытался впихнуть эти данные в таблицу, считая какой-то конкретный символ как разделитель строк/столбцов.
И уж по каким-то странным обстоятельствам среди данных оказался видимо этот разделитель.
И дальше уже Зенно не смог разобрать данные.
Такие приколы встречаются, если в тексте встречаются слеш, обратный слеш, двойная и одинарная кавычка (уже не помню в каком именно случае будет такое поведение).

А что касается сообщение в лог не попало - так согласно Вашему скрину от красной ветки Вы уходите в другой кубик (обрабатываете ошибку, по всей логике вещей). Чтобы наблюдать сообщение об ошибке в логе - Вы должны не использовать красный выход с кубика.

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

 

[laotan]

А что касается сообщение в лог не попало - так согласно Вашему скрину от красной ветки Вы уходите в другой кубик (обрабатываете ошибку, по всей логике вещей). Чтобы наблюдать сообщение об ошибке в логе - Вы должны не использовать красный выход с кубика.

Это было сделано для тестов, обход ничего не меняет. Разъединил. Ошибка не попадает в лог, не отображается.

 

[BAZAg]

Это было сделано для тестов, обход ничего не меняет. Разъединил. Ошибка не попадает в лог, не отображается.

Предоставьте скриншот лога, удалив прежде отмеченную на скриншоте стрелочку (и выполнив естественно это действие)

 

[laotan]

Предоставьте скриншот лога, удалив прежде отмеченную на скриншоте стрелочку (и выполнив естественно это действие)
Посмотреть вложение 80586

Появилась ошибка.

 

[BAZAg]

Появилась ошибка.
Посмотреть вложение 80589

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

Unable (немогу) конвертировать дату/время в значение System.DateTime.
Если данные валидные, то может быть в строке подключения какой-то параметр нужно добавить, чтобы заставить правильно конвертировать дату/время.

 

[laotan]

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

Спасибо за направление. Буду копать.

 

[laotan]

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

Или Unable/включить конвертирование даты/времени в значение System.DateTime. Где оно включается - я не знаю... Может быть в строке подключения какой-то параметр нужно добавить.

Вопрос. Если данные записаны в базу, и тип DATETIME. И они в базе, то они уже ВАЛЛИДНЫЕ. И ничего ручками в базе не правится. Но ошибка возникла. Не понятно где ошибка

 

[BAZAg]

Вопрос. Если данные записаны в базу, и тип DATETIME. И они в базе, то они уже ВАЛЛИДНЫЕ. И ничего ручками в базе не правится. Но ошибка возникла. Не понятно где ошибка
Посмотреть вложение 80591

Создайте новую базу данных (к которой не жалко будет предоставить строку подключения).
В этой базе создайте всего 1 таблицу.
В эту таблицу забросьте 20 строк, о которых мы говорим в том виде, в котором они есть у Вас сейчас.
Выполните запрос к новой таблице - убедитесь что ошибка всё ещё существует, даже если данные в другой базе, другой таблице.

Если ошибка сохраняется в этом случае - предоставьте строку подключения к этой тестовой базе и SQL запрос, который вызывает ошибку.
Подключусь у себя - посмотрю что именно там происходит.

 

[laotan]

Создайте новую базу данных (к которой не жалко будет предоставить строку подключения).
В этой базе создайте всего 1 таблицу.
В эту таблицу забросьте 20 строк, о которых мы говорим в том виде, в котором они есть у Вас сейчас.
Выполните запрос к новой таблице - убедитесь что ошибка всё ещё существует, даже если данные в другой базе, другой таблице.

Если ошибка сохраняется в этом случае - предоставьте строку подключения к этой тестовой базе и SQL запрос, который вызывает ошибку.
Подключусь у себя - посмотрю что именно там происходит.

Спасибо. Буду копать.

 

[BAZAg]

Спасибо. Буду копать.

Кстати, если Вам в выборке не нужна дата/время - то может быть проще будет просто перечислить в запросе поля которые нужны, не включая поле с датой в выборку - и эта ошибка должна пропасть (так как зенно не будет пытаться конвертировать дату).