ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / MySQL [игнор отключен] [закрыт для гостей] / 5.7 поле DATETIME отличие от предыдущих версий
14 сообщений из 14, страница 1 из 1
5.7 поле DATETIME отличие от предыдущих версий
    #39402769
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
напомните что что-то было .но не могу найти
...
Рейтинг: 0 / 0
11.02.2017, 20:16
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39402791
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
https://dev.mysql.com/doc/refman/5.7/en/storage-requirements.html
...
Рейтинг: 0 / 0
11.02.2017, 21:28
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39402816
vkle
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vkle
Участник
Неправльные даты, вроде '0000-00-00 00:00:00' по дефолту приводят к ошибке. Оно?
...
Рейтинг: 0 / 0
11.02.2017, 22:07
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39402828
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
оно, пришлось в null сделать
...
Рейтинг: 0 / 0
11.02.2017, 22:36
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39402831
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
не хочется новую тему заводить, поэтому здсь
(перход на 5.7....)
что значит такая ошибка
In aggregated query without GROUP BY, expression #1 of SELECT list contains nonaggregated column 'Pb.o_fixing.Id_shop'; this is
incompatible with sql_mode=only_full_group_by
...
Рейтинг: 0 / 0
11.02.2017, 22:38
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39402840
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
vkleНеправльные даты, вроде '0000-00-00 00:00:00' по дефолту приводят к ошибке. Оно?Это всего лишь изменился дефолтный sql_mode
https://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sql-mode-changes
...
Рейтинг: 0 / 0
11.02.2017, 23:24
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39402841
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
вадяне хочется новую тему заводить, поэтому здсь
(перход на 5.7....)
что значит такая ошибка
In aggregated query without GROUP BY, expression #1 of SELECT list contains nonaggregated column 'Pb.o_fixing.Id_shop'; this is
incompatible with sql_mode=only_full_group_byЭто тоже изменился дефолтный sql_mode
Раньше по-умолчанию можно было в секции SELECT упоминать поля, которых нет в группировке, и без агрегатных функций.
Теперь нельзя, как в большинстве нормальных СУБД.
...
Рейтинг: 0 / 0
11.02.2017, 23:26
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39403275
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
miksoft,
перенёс на 5.7
добавил group там где ругалась и время выполнени запроса возрасло.
как ег улучшить?
...
Рейтинг: 0 / 0
13.02.2017, 10:57
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39403281
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
вадядобавил group там где ругалась и время выполнени запроса возрасло.
как ег улучшить?Вы как-то модифицировали запрос.
Как можно что-то подсказать, если мы не видели запроса ни до, ни после модификации?

И, наверное, правильнее было бы сначала изменить sql_mode на совместимый с предыдущими версиями, а потом уже плавно править запросы и прочее.
...
Рейтинг: 0 / 0
13.02.2017, 11:01
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39403310
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
miksoftВы как-то модифицировали запрос.
в том то и дело - модификация только в добавлении group

miksoftКак можно что-то подсказать, если мы не видели запроса ни до, ни после модификации?
он страшный
miksoftИ, наверное, правильнее было бы сначала изменить sql_mode на совместимый с предыдущими версиями, а потом уже плавно править запросы и прочее.
менял, время маленькое.
могу EXPLAIN показать
 

idselect_typetablepartitionstypepossible_keyskeykey_lenrefrowsfilteredExtra1PRIMARY<derived2>nullALLnullnullnullnull4171000Using temporary; Using filesort1PRIMARY<derived3>nullALLnullnullnullnull61000Using where; Using join buffer (Block Nested Loop)1PRIMARY<derived4>nullALLnullnullnullnull31000Using where; Using join buffer (Block Nested Loop)1PRIMARY<derived5>nullALLnullnullnullnull101000Using where; Using join buffer (Block Nested Loop)1PRIMARY<derived6>nullALLnullnullnullnull31000Using where; Using join buffer (Block Nested Loop)6DERIVED<derived7>nullALLnullnullnullnull31000Using temporary; Using filesort6DERIVEDdnullrefUK_o_fixing,UK_o_fixing_date,IDX_o_fixing_Id_shopUK_o_fixing9o_fixing_.Id_shop,o_fixing_.max_date11000null7DERIVEDo_fixingnullrangeUK_o_fixing,IDX_o_fixing_Id_shopUK_o_fixing5null31000Using index for group-by5DERIVEDo_fixingnullindexUK_o_fixing,IDX_o_fixing_Id_shopIDX_o_fixing_Id_shop5null101000null4DERIVEDratingnullindexUK_rating,UK_rating_date_shop,UK_rating3,IDX_ratingIDX_rating8null31000Using where3DERIVEDshoping_plannullrefUK_shoping_plan_tpUK_shoping_plan_tp4const61000null2DERIVEDshopnullrefIDX_shop_date_endIDX_shop_date_end4const4171000Using index condition
...
Рейтинг: 0 / 0
13.02.2017, 11:26
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39403324
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
вадя,

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

Попробуйте, опубликуйте его в отдельном топике вместе с DDL всех участвующих таблиц. Может, чего и предложим.
...
Рейтинг: 0 / 0
13.02.2017, 11:33
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39403360
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
miksoftОбилие derived-таблиц наводит на мысль, что запрос, вероятно, можно упростить. Возможно, и что ускорить при этом получится.
немного теории
derived-таблиц это подзапросы
если я правильно понимаю - сначала выполняются они, и если в них есть where - производится фильтрация.
потом уже эти подзапросы соединяются . и "соединение" происходит уже облегченных данных(отфильтрованных)
вроде это должно быть быстрее?
...
Рейтинг: 0 / 0
13.02.2017, 12:15
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39403597
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
вадявроде это должно быть быстрее?Неугадаемо.
Да, данных не так много, но индексов-то нет.
...
Рейтинг: 0 / 0
13.02.2017, 16:14
| Ответить | Цитировать | Написать  
5.7 поле DATETIME отличие от предыдущих версий
    #39403613
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
вадя
Участник
miksoft,
перепроверил
запросы одиаковы(копи-паст)
на 5.7 - @@sql_mode=''
на 5.7 примерно в 2 раза медленнее
разница в железе и 5.7 по сети 6 мбит
сравнение шила и мыла....
...
Рейтинг: 0 / 0
13.02.2017, 16:34
| Ответить | Цитировать | Написать  
14 сообщений из 14, страница 1 из 1
Форумы / MySQL [игнор отключен] [закрыт для гостей] / 5.7 поле DATETIME отличие от предыдущих версий
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]