- Shipped
- 23 вересня 2026 р. о 13:37 UTC
- Author
- Kamo
- Commit
- cf061b2
оБСЛУГОВУВАННЯ ОБСЛУГОВУВАННЯ ОБСЛУГОВУВАННЯ ТА ПРОПОЗИЦІЇ KbArticleTranslationРепозиторій одного ряду за раз. Продукція pg stat statements показали два дуже різні витрати з цього: - findRealTranslationLocales (новий): повертає карту сайту/hreflang погляд, що Повідомляє реальний переклад з англійських рядків TranslateService ( ряд може тримати англійську мову під ключем, коли не існує провайдера для що напрямок). Цей кластерний план з югабітеДБ' модель (безкоштовна статистика) і обрала Nested Loop для JPQL вступ kb article translations до kb articles: розрахунок індексу uid list, потім окремий однорядний індексний пошук в kb articles для кожен з тих рядків — 6,468 накопичувачів для 308-частинкового org, 11.9 s, щоб приєднатися до двох таблиць, які разом вписуються в пам'ять (~6,000 дзвінків в ~11 s кожен у виробництві. Native SQL з pg hint plan HashJoin підказка штифти приєднується замість (наприклад, техніка як ****************************************************************************************************************************************************************************************************************************************************************************** Перевірено на EXPLAIN виробництво: 11.9 s -> 0.2 s, стабільний під План cache mode = сила generic plan (форма сервера JDBC підготувати. - countGroupedByArticleUid (новий): десять хвилинний переклад дата підрахункуByArticle Uid раз на опубліковану статтю, щоб знайти які все ще потрібні місцеві жителі — 1.7M дзвінки у виробництві, кожен суб-мілісекунд наодинці. Одна з групованих СОУНТ за всю партію така ж відповідь; відсутність результату має нульові ряди. kbservice дроти обидва з них (роздільна комісія, власний репо).