Size: a a a

2018 May 18

ПД

Павел Добряков in ru_mysql
Без указания сортировки он имеет право выдавать как угодно. У него не существует последовательности строк
источник

a

anonymous in ru_mysql
Ivan Pligovka
Такой вопрос, может кто направит куда копать. У mysql необходимо добавлять сортировку по primary key ASC, типо он может при каких-то обстоятельствах(больших нагрузках вроде) выдать в неотсортированном порядке. Так ли это и если так то может кто рассказать почему так
вы можете наверное как то на уровне апликухе попробовать, на уровне муси хз, возможно этим данным вообще не место в mysql. сложно так сказать
источник

IP

Ivan Pligovka in ru_mysql
Дело не в самих данных, а в поведении mysql.
источник

IP

Ivan Pligovka in ru_mysql
Павел Добряков
Без указания сортировки он имеет право выдавать как угодно. У него не существует последовательности строк
А можно тыкнуть в доку если не сложно?
источник

AM

Anton Mikhalev in ru_mysql
на последнихъ версиях сначала идёт уникальный ключ, потом уже первичный
источник

a

anonymous in ru_mysql
Ivan Pligovka
Дело не в самих данных, а в поведении mysql.
а вы соритируете через order by же ?
источник

IP

Ivan Pligovka in ru_mysql
Да. Т.е. чтоб гарантированно получить данные в отсортированном порядке по возрастанию первичного ключа, необходимо добавлять. order by id, где id - первичный. Я просто предполагал что он по дефолту отдает данные отсортированные по первичному всегда
источник

a

anonymous in ru_mysql
щас с набегу не скажу, есть приритеты сортировки, в 8ке точно, посмотрите возможно вы как то сможете это применить
источник

a

anonymous in ru_mysql
источник

IP

Ivan Pligovka in ru_mysql
Спасибо, ознакомлюсь
источник

ls

løst søul in ru_mysql
это не то
источник

SS

Sveta Smirnova in ru_mysql
Ivan Pligovka
Да. Т.е. чтоб гарантированно получить данные в отсортированном порядке по возрастанию первичного ключа, необходимо добавлять. order by id, где id - первичный. Я просто предполагал что он по дефолту отдает данные отсортированные по первичному всегда
Если это просто запрос SELECT * FROM table ; то да, но он не обязан так делать. Практически это значит,  что если вы добавляете условия, группировки, соединения таблиц,  то оптимизатор решит в каком порядке выбирать данные наиболее эффективно и этот порядок может не совпадать с первичным ключом
источник

IP

Ivan Pligovka in ru_mysql
Я понял, спасибо. Значит у меня были заблуждения на этот счет.
источник

ls

løst søul in ru_mysql
в group by clause гарантируется сортировка в поряде групп, если нет order by null / etc
источник

ls

løst søul in ru_mysql
на заметку
источник
2018 May 19

AK

Alexey Kopytov in ru_mysql
løst søul
в group by clause гарантируется сортировка в поряде групп, если нет order by null / etc
c 5.6 такое уже было deprecated, а 8.0 уже не сортируется
источник
2018 May 20

SS

Sveta Smirnova in ru_mysql
В общем есть вещи, которые я считаю вредными в своей недостаточности, неподробности. Например

"Select queries are used to retrieve data in dynamic web pages, so tuning these statements provides good performance which is quite important. Here are some considerations to optimize queries:

Make sure that you have indexes in tables. Indexes always help to speed up the filtering and the retrieval of results. We can specify indexes in where clause of the select query."

Пока до чего-то полезного, оправдывающего эти неточности не дошла. Так что я пасс. Оригинал править начну 😜

И 8.0 только из-за модного слова притянуто.
источник
2018 May 23

AK

Alexey Kopytov in ru_mysql
источник

AM

Anton Mikhalev in ru_mysql
А неплохой такой прирост с апом версии!
источник

NI

Nickolay Ihalainen in ru_mysql
жаль на 50 клиентах график обрывается
источник