Второе приложение проигрывает в производительности именно в случае выборки больших объемов данных, то есть при достижении определенного числа записей, как и было сказано ранее.
я уже смирился что ты не неадекват (в каникулы много детей заходит), поэтому писать буду не так цинично :-)
в общем я в этой ситуации верю только в более хуево расставленные индексы в таблицах второго проекта/избыточного числа столбцов выборки, которая и правда может снизить скорость выборки, по привычке выбирают может * а надо только title да id вывести, ну а сериализованные столбцы места немало занимают, а в первом случае это происходит без жойна таблицы заказов, отсюда и выигрыш.
повторюсь НЕ МОЖЕТ БЫТЬ ЧТОБЫ СЕРИАЛИЗАЦИЯ БЫЛА МЕДЛЕННЕЕ жойнов в таблицах, ну никак уж. тем более что при конкурентной работе и большой базе сериализация будет грузить проц на упаковку/распаковку, а жойны будут грузить IO ради temporary table's :-)
в общем их тест полное дерьмо, я уверен.
