Что рекомые рейсы могут наступить (и кэширование результатов будет нужно)… для этого только надо, чтобы поднятие "кэша" из базы было быстрее исполнения (сильно кучерявого) запроса на повторную выборку. Я такого представить не могу, ни на 2000 базе, ни на 2000000, но мне положено планировать в предположении "все случается".
Ферштейн?
Даром и по собственной инициативе я надеюсь не читать план запросов еще долго - я не живу так скучно, чтобы искать таких развлечений... но - перечитал не по диагонали, увидел. Не увидел обоснуя, что это будет так же по скорости, как с составными, а - только лишь цифры. И, между нами, 3+ миллионов строк - тоже не мощность
danforth, ну это ж не ответ, проше пана. Где, миль пардон, структура таблицы? А то ведь SELECT COUNT(*) это немного чуть более, чем полностью, не о "Выборка товаров по критериям: Бренд: Xiaomi, Samsung, LG, Huawei"
"Скорее всего" - лишнее. Все всегда будет работать без индексов, вопрос только во времени исполнения, а ТС "кэшированием для бедных" как раз в это прет. Да и наш "диспут" с Даном именно что не о принципиальной возможности, а о скорости.
И да, количество строк для SELECT на скорость не так сильно роляет, как вся фуфень из WHERE (если делать качественную оценку потерь времени, а не количественную)
Более чем. Маськвичам из поколения жоп стоит иногда выезжать в реальный мир из Нерезиновой, чтобы понять, как оно там. Ну а "грамматнасть" у них везде одинаковая - днищенская un masse
https://text.ru/seo - анализирует только тексты, выдает технические параметры текста (Вода + Заспамленность, не дает ТОшноты) и группы ключевых слов
https://istio.com/rus/text/analyz/ - техпараметры все, может тексты, может урлы с фильтрацией и "как есть", выдает в качестве ключей не леммы, а отдельные слова.
Разницу понять проще всего прогнав один текст через оба инструмента. Они разные немного и в работе полезны оба сразу---------- Добавлено 09.08.2018 в 22:53 ----------
Главред? Ню-ню...
Настройки - Интерфейс - Экспорт
В "настройки формата XLSX" - второй чекбокс "Создавать карту выгрузки".
Ну и, естественно, выгружать мультигруппами и дерево вложенности групп должно быть и ключи в них
Проверил себя, даже скриншот сделал, вот только с "показать тут" - некие сложности интерфейса необоримые
sipmaster - 1.69
plusofon - 1.19 на "Профессиональном" https://plusofon.ru/products/siptrunk.html (но там есть гитики "скидок от объема", так то 1.53 https://plusofon.ru/files/attachments/25.pdf )
Но все спросят - "а о каком объеме минут в месяц разговор", потому что поминутный Телфин, скажем https://www.telphin.ru/tarify-ip-telefonii/mobilnaya-strana/ выходит в ту же цену 1.6
А за базар ответить?! Ну типа показать "правильно задизайненную базу" со всеми делами без составных индексов и предъявить запрос и результаты (время) исполнения? Возьмем как у ТС - объект и 6 свойств в произвольном сочетании и комбинации. Тем более что я вижу
Плохо, без единого плюса
1. Изменение формата урлов - это потеря всего, "нажитого непосильным трудом"... немного облегчит жизнь правильный и полный набор 301 редиректов со старых проиндексированных на новые
2. Мультирегиональная привязка будет производиться и поддерживаться геморройнее, чем для "сайт на регион"
"Не болит - не трогай!!!" (с)
Так - тоже не делается, кроме отдельных race conditions. Это знает любой профессиональный DBA
postavkin, реально надо
- не кэшировать результаты
- иметь составные индексы на все сочетания (от вырожденнного "1 поле" до "все" ) полей, используемых в WHERE, чтобы запрос в реальном времени был незаметен на фоне других задержек
- заиметь (хотя бы контрактно) правильного профессионального DBA, который пп 1-2 знает как азбуку профы и не парит мОзги себе и другим
