Мало вводных чтобы точно ответить, но есть ощущение, что вы все действия делаете в памяти.
Если же действия идут по БД, то смотрим план запроса и начинаем подключать индексы или менять структуру данных в БД.
Да может быть всё что угодно. Домен может надо указать или не в тот домен подключаетесь. А может завели пользака с паролем в русской раскладке случайно, а пытаетесь войти вводя тоже самое в англ. раскладке. Надо читать инструкцию и делать всё по шагам.
Попробуйте увеличить время запроса или сделать запросы с пагинацией, например по 100 записей.
Или тяните и делайте дешифровку в памяти.
Но как предлагали выше, лучше начать с плана запроса и понять, что отжирает время.
Посмотрите код, обычно такие моменты можно найти и связаны с получанием (с базы, с других сервисов и т.п.) или обработкой данных (внутренние кэши или расчёты).
Ни один компонент не выдержит показывать столько даных, раз ве что в Excel-е.
Данные можно собирать в БД, а потом уже отрисовывать в Chart-е, указывая временной интервал.
У вас Render с 3-мя параметрами, а вызывается с 2-мя. Понятно, что это не причина, но код не соответствует.
Скиньте последний вариант Render и больше кода с метода, которая вызывает Render.
Ошибка говорит о том, что пытаемся работать с объектом (скорее всего с картинкой) ещё раз, хотя предыдущую сессию не закрыли.
Согласен, слишком мало информации. Какой у вас фреймворк?
Из причин может быть, что нужен аттрибут для класса, который в body или класс слишком сложный (сваггер может не всё переварить) попробуй начни с простого.
После экпериментов пришёл к выводу, что лучше сделать два индекса, на crash_id и date.
Если сделать один индекс по (crash_id, date), то время выполнения в целом совпадает с вариантом выше, но cost для варианта с одним индексом побольше.
Спасибо, как-то похоже и я в итоге сделал (у вас не хватает замыкания, если делать замкнутый контур). Идентичный вариант гугловскому - реализовать не удалось.
Из исходных данных, задача оч похожа на математическую. Ведь точность у кол-ва всегда 2 знака - величина постоянная, требуется определить какая должна быть точность у процентов, зачем мне иметь точность у процентов 10 знаков, уверен это не обязательно. Думаю, что есть теорема или что-то подобное, что может выдать решение. Просто времени разбираться особо нет)).
Если же действия идут по БД, то смотрим план запроса и начинаем подключать индексы или менять структуру данных в БД.