Size: a a a

2020 November 14

И

Игорь in MySQL
Я сомневаюсь что ноджс использует другие методы сортировки.
источник

IK

Ilyas Khairullin in MySQL
Denis Efremov
Это нода, а не нативный js
Вроде нативный не работает с БД.
источник

И

Игорь in MySQL
Всем спасибо.
источник

DE

Denis Efremov in MySQL
Ilyas Khairullin
Вроде нативный не работает с БД.
И я о том
источник

IK

Ilyas Khairullin in MySQL
Игорь
Всем спасибо.
Учись правильно вопросы задавать.
источник

DE

Denis Efremov in MySQL
Ilyas Khairullin
Учись правильно вопросы задавать.
Гуглу
источник

И

Игорь in MySQL
Ilyas Khairullin
Учись правильно вопросы задавать.
Да вроде в голове у меня звучало доходчиво. Сорян)
источник

IK

Ilyas Khairullin in MySQL
Denis Efremov
Гуглу
+
источник

DE

Denis Efremov in MySQL
Ноду с пыхой тоже некорректно сравнивать
источник

G

Grigorij in MySQL
Игорь
Я совсем не знаю как работает sql, и поэтому не знаю как он сортирует, исходя из этого и вопрос.
Ну так учи. Если пилишь бекенд, то без баз данных - никуда.
источник

И

Игорь in MySQL
Grigorij
Ну так учи. Если пилишь бекенд, то без баз данных - никуда.
Запросы, джойны и прочее я понимаю. Как изнутри работает и сортирует не знаю. Я это имел ввиду
источник

IZ

Ilia Zviagin in MySQL
Игорь
Ребят , заранее извиняюсь, может обсуждали, но где быстрее будет работать сортировка? В запросе, в пхп или в жс?
Зависит от обстоятельств. Но в целом сортировать в клиенте СУБД - не очень хорошая идея. Можно так делать если набор данных небольшой, а сортировка одного и того же набора нужна разная.
источник

IZ

Ilia Zviagin in MySQL
Игорь
Из этого вытекает второй вопрос:  наверное есть какое то правило хорошего тона где стоит сортировать?
Нет, нету.
источник

IZ

Ilia Zviagin in MySQL
Denis Efremov
Ноду с пыхой тоже некорректно сравнивать
Чёйта? Что то говно, что это.
источник

И

Игорь in MySQL
Ilia Zviagin
Зависит от обстоятельств. Но в целом сортировать в клиенте СУБД - не очень хорошая идея. Можно так делать если набор данных небольшой, а сортировка одного и того же набора нужна разная.
Ну я понял что лучше сортировать в запросе и кешировать результат до тех пор, пока число записей адекватных размеров,  если больше, то оптимизировать запрос. Правильно?
источник

РR

Руслан Ruslan73... in MySQL
Ilia Zviagin
Зависит от обстоятельств. Но в целом сортировать в клиенте СУБД - не очень хорошая идея. Можно так делать если набор данных небольшой, а сортировка одного и того же набора нужна разная.
+1 от размера набора данных зависит и от его тенденций к росту. Если набор небольшой, а сортировка выполняется часто и часто порядок меняется по сценариям использования набора ,то может быть выгодней после выборки из базы это делать.
источник

РR

Руслан Ruslan73... in MySQL
Ну или если очень высокие требования к отклику. Как правило требования к скорости сортировки покрываются скоростью сортировки на уровне СУБД.
источник

И

Игорь in MySQL
Руслан Ruslan73
Ну или если очень высокие требования к отклику. Как правило требования к скорости сортировки покрываются скоростью сортировки на уровне СУБД.
Во примерно то что хотел узнать. Почему то представлялась время в виде О(n^n)
источник

РR

Руслан Ruslan73... in MySQL
Если нет конкретной причины, лучше не выеживаться. Кэш устаревает, его обработка усложняет дальнейшее сопровождение. Не  стоит портить карму без надобности imho, тот кто унаследует ваш код не должен Вас проклинать.
источник

IZ

Ilia Zviagin in MySQL
Игорь
Ну я понял что лучше сортировать в запросе и кешировать результат до тех пор, пока число записей адекватных размеров,  если больше, то оптимизировать запрос. Правильно?
Первое однозначно да, что до того что от "кэшировать" и далее - это я не понимаю.
источник