Понтов-то понтов у Вас, сударь... Переводили наверняка профи. Как всегда и бывает в событиях с подобным размером вложения денег.
Key - это всё, что открывает. От файла с ЭЦП до брелка. Так что нормально перевели. Для людей. А не для желающих потыкать своими "понтовыми" знаниями в области, интересной считанному числу любителей 🍻
Космическая ручка у них обходится в лям зелёными рублями. Сколько стоят космические часы даже и представить не могу 🚬
P.S. Тема очень интересная. Правда постоянно чувствуешь себя нищим 🙅
Я на будущее интересуюсь. В придачу к мерсу, бреге и гарему 🍻
KBG, так и не выясним, кому в гареме нужен евнух, а кому - нет :(
Нет. Это время, убитое зря.
KBG, где голосовалка?
Не стоит. Но не все же помнят, что машине нужны бензин, страховка, место хранения, тех. осмотр, зимняя и летняя резина, иногда ремонт и прочие "мелочи" ;)
Cranking, на жгунские - можно.
Самые точные часы находятся в Пулково. Они идут идеально 🍻
Можно. У Вас более ляма записей. Из них при запросе выбирается 20. Откуда? Из разных мест диска. Это уже 20 перепозиционирований головки. Это если запрос на одну таблицу. Если в запросе две таблицы, то смело умножайте число перепозиционирований вдвое.
Идём дальше. У Вас в запросе на выдачу 20 записей наверняка есть сортировка. То есть для того, чтобы отобрать эти 20 записей, MYSQL должен построить на основе параметров запроса промежуточную таблицу, отсортировать её и выдать 20 записей. При этом, так как в запросе есть text поля, промежуточная таблица сначала скидывается на диск и лишь потом сортируется. А она может быть и 10Мб, и 100Мб.
Что делать:
1. Отсортировать в самой таблице записи так, как они выдаются в запросе. Тогда они будут считываться за одно позиционирование головки (в 20 раз быстрее).
2. Выделить text поля в отдельную таблицу. И слать туда запросы после сортировки таблицы с продуктами и извлечения оттуда 20 записей.
