Здорово, если так. Только что-то мне подсказывает, что это тоже

такое себе будет. А если сортировка материалов по полю, которое в json? Вряд ли это будет быстрый и легкий запрос.

Быстрый и легкий =)

У json как-то свой индекс. В общем тут технология очень сильно шагнула вперед.

Я, конечно, человек в этих делах не слишком искушенный, но на информатеке в универе меня учили, что работа со строками - это не очень быстрая задача. Совсем не быстрая. Чтобы отсортировать таблицу в 200к записей по значению из JSON, нужно сначала пройти циклом по этим 200к записям, каждую преобразовать в массив/объект, получить в нем значение параметра, сформировать временную таблицу: id статьи - значение параметра, провести сортировку, например, по возрастанию. Или я на каком-то этапе ошибаюсь? Как это может работать быстро?

Правильно говорили. Только json сразу преобразуется. Тут другой случай. Одна колока еще и int и primary кей будет быстрее. Разговор о join и весе таблицы. Если у таблицы много колонок, и они без индекса, то сортировка по ним будет медленее. Ну а про join даже говорить нет смысла ибо там циклом проходиться 200 000 * на кол-во в подключаемой таблице раз

Кстати сама строка таблицы тоже строка, по сути.

НО. Там строки парсить не нужно!

Тут уже ключи идут. Иногда для устрения некоторые строки делают виртуальными колонками, но тут уже разговор идет когда утебя более 10 000 000 записей выборке. Сначала where потом сортировка.

Какие ключи, если речь о сортировке? Просто сортировке

ключи чтобы не рвало таблице. Повторюсь одтельная колонка быстрее, но Json быстрее чем много колонок без индексов, и подавно быстрее чем Join