Андрей Григорьев, Благодарю за комментарий. Запомню для дальнейших изысканий.
В итоге я разрешил проблему так: к 150 тыс записей в таблицу tu добавил ещё 100 тыс фиктивных записей,- не помогло,- а затем ещё 100 тыс и индекс начал работать.
Запрос начал быстрее работать, хотя и в некоторых сценариях не так, как я ожидал.
Благодарю за совет. Попробовал так: ANALYZE verbose tu
И так: ANALYZE verbose tu (tid)
Результат один:
INFO: analyzing "dbo.tu"
INFO: "tu": scanned 2832 of 2832 pages, containing 153915 live rows and 8055 dead rows; 30000 rows in sample, 153915 estimated total rows
План запроса в результате анализа не поменялся, индекс не используется - идёт Seq Scan
Ой спасибо мил человек.
- FLIF - жмёт не как-то не так. Качество уходит в 0 при этом он не выиграл jpg
- WebP - лучше PNG на 26%. Но jpg в моих условиях лучше на 50%.
- ZopfliPNG - прекрасно жмёт PNG. но не дотягивает до jpg
- cpaldjvu - по факту проиграл jpg.
- OCR - пробовал разные библиотеки и утилиты. Не знаю почему, но после такого "распознавания" ничего прочесть невозможно и весь интерфейс становится нечитабельным.
Выберу лучшим, вы проделали большую работу. Буду как-то выходить из положения каким-то иным способом.
Не-не-не.
Нужно именно в графике. Кодировка для условного разработчика не пойдёт с последующей генерацией, потому что это становится элементом "мошенничества" со стороны собирателя данных.
В т.ч. вариант сохранения тупо в HTML так же был отвергнут.
Привет, Илья.
DNS тут не нужен.
Ты пишешь "репликация", но именно в этом у меня и вопрос. Какие следует шаги предпринять, чтобы на сервере 2 получить полную работающую копию сервера 1?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
