Перерасчет можно делать раз в 5 минут или реже, в зависимости от поступлениях новых данных

В общем, запилить новую таблицу - это нормальное бизнес-решение, не стоит пугаться этого

Перерасчет можно делать раз в 5 минут или реже, в зависимости от поступлениях новых данных

новые данные могут поступать раз в день/час.

ДА, и учти, что при предрасчёте ты будешь применять этот же запрос, и он будет тоже небыстро работать, ничего в этом страшного нет

я думаю тригер повесить на таблицу нужно будет

ДА, и учти, что при предрасчёте ты будешь применять этот же запрос, и он будет тоже небыстро работать, ничего в этом страшного нет

да, это я понял

новые данные могут поступать раз в день/час.

Это редко,

не стоит использовать триггеры

Это редко,

+

не стоит использовать триггеры

поч?

лучше вообще их никогда не использовать

не стоит использовать триггеры

Почему же? Триггером взводить JOB, в нём считать

что-то пойдет не так и у вас ляжет база

я думал повесить тригер на апдейт/криэйт

лучше вообще их никогда не использовать

Это согласен...

Почему же? Триггером взводить JOB, в нём считать

да, вот так и хотел

прилетит поток новых данных безконтрольный - узнаете, почему не стоит пользоваться триггерами

Подскажите как реализовать не строгий полнотекстовый поиск ?

Если коротко — никак.

БД Postgress

like '%'

Не туда написал )

SELECT title FROM ads_ad WHERE to_tsvector(body) @@ plainto_tsquery(\'' + model.get("body") + '\')

Как то слишком точно ищет )

прилетит поток новых данных безконтрольный - узнаете, почему не стоит пользоваться триггерами

Понял, спасибо

Благодарю за помощ

Как то слишком точно ищет )

Чтобы сделать нечёткий поиск, тебе надо считать что-то типа расстояния по Левенштейну между искомой строкой и тем, что ты ищешь. А это NP-полная задача. А это значит, запрос НИКОГДА НЕ КОНЧИТСЯ!\

ERROR: S client not available

Благодарю за помощ

Не забудь выпилить все функции из запроса ! типа time = coalesce(@time, time)

Не забудь выпилить все функции из запроса ! типа time = coalesce(@time, time)

а я вот что подумал, на счет предрасчетной таблицы

если у меня 10кк записей в таблице, и я сделаю 7 предрасчетов ( 7 раундов) то выйдет 70кк записей

а не погибнет ли от таких предрасчетов таблица?

я вот тут подумал. а не выйдет так сделать. Потому что у записи есть 3 идентификатора (координата/инцидент/дата) Если делать групбай по этим трем параметрам то групировка ничего не даст и там будут практически уникальные данные

не так ли?

потому что координата у меня существует как в разрезе времени, так и вразрезе типа события что там произошло

не вижу в рамках запроса срез по времени

только по координатам

а

понял

надо думать

не так ли?

I'm home это к делу не относится