SC
вообще у меня система ожидается под высокой нагрузкой, я решил отказаться от джоинов в некоторых местах, где это возможно, так как они наиболее затратные, и ещё не понятно, хорошее ли это решение или нет)
Size: a a a
2021 January 24
Вキ
вообще у меня система ожидается под высокой нагрузкой, я решил отказаться от джоинов в некоторых местах, где это возможно, так как они наиболее затратные, и ещё не понятно, хорошее ли это решение или нет)
мы не делаем джойны на выборках
Вキ
у нас они используются только для внутренних вещей, подготовки данных, и дебага
SC
ясно, у вас типа нет связанных таблиц? или вы вытащили сначала из одной, а потом из другой?
Вキ
ясно, у вас типа нет связанных таблиц? или вы вытащили сначала из одной, а потом из другой?
связные таблицы есть, и они используются только для апдейтов, то есть такой источник правды из сырых данных
они используются для подготовки данных для чтения, а если читается напрямую, то да, сначала из одной, потом из другой тащится
они используются для подготовки данных для чтения, а если читается напрямую, то да, сначала из одной, потом из другой тащится
SC
о, интересно, спасибо) возможно это мне поможет с моей системой)
SC
короче, суть в том, чтобы юзать две БД: одну на чтения, другую на запись или другие операции
G
А у нас настолько дебилы бэки что сделали дизайн базы, который даже count(id) не делает, просто не может физически. Постгря
G
Щас вот сижу для них на клиенте пишу решение.
M
А у нас настолько дебилы бэки что сделали дизайн базы, который даже count(id) не делает, просто не может физически. Постгря
Всмысле
G
В прямом, не может сделать каунт
Вキ
короче, суть в том, чтобы юзать две БД: одну на чтения, другую на запись или другие операции
типа того, можно даже одну базу использовать
суть в том, что у тебя есть данные, которые являются всегда истинными и чаще всего нормализованными,
и есть данные, которые ты получаешь из материализации истинных, и отдаешь на чтение
суть в том, что у тебя есть данные, которые являются всегда истинными и чаще всего нормализованными,
и есть данные, которые ты получаешь из материализации истинных, и отдаешь на чтение
M
В прямом, не может сделать каунт
Я просто не могу себе такое представить
SC
А у нас настолько дебилы бэки что сделали дизайн базы, который даже count(id) не делает, просто не может физически. Постгря
есть решение, парсить результат выполнения EXPLAIN запроса, вытягивая количества rows )))
Вキ
есть решение, парсить результат выполнения EXPLAIN запроса, вытягивая количества rows )))
G
Я просто не могу себе такое представить
Могу уточнить. Я им отправляю числа от и до, запрашиваю на 7 дней 100 строчек. И им берет это дело вернуть больше 3х минут
G
Я уже не говорю про фильтры
SC
каутны вообще очень долго работают на больших данных
G
Я вот сижу и делаю для финты ушами, не отправляю 7 дней - а по часу 7 дней это вообще ад какой-то. Вот никак не могу ничего рабочего придумать.