Задать вопрос

Ромзес Панагиотис

Backend инженер

62

вклад
8

вопросов
101

ответ
35%

решений

Ответы пользователя по тегу Проектирование баз данных

Когда стоит выделять данные в отдельную таблицу?
Ромзес Панагиотис @romesses
Backend инженер
Ну вижу смысла выносить конкретное поле (флаг) в отдельную таблицу. Потому что ничего хорошего это частное отделение не даст:

фактор неожиданности у коллеги: с какого перепугу была необходимость отделения конкретного флага?

дополнительная таблица, для которой нужен JOIN.

дополнительный код

дополнительные миграции и поддержка

На мой взгляд все эти настройки должны лежать в отдельной таблице product_settings, ну если уже в коде везде product, а не project. Так как по сути это настройки, а не прямая информация о продукте.

Если уж отделять метаданные и настройки, так все сразу, а не ради одного флага. Тогда есть смысл в рефакторинге и приведении порядка.

Ответ написан более трёх лет назад

1 комментарий
1 комментарий
Как быстро и с минимальной погрешностью подсчитать число записей в таблице с миллиардами записей?
Ромзес Панагиотис @romesses
Backend инженер
TimescaleDB

Похоже, что вам нужна TimescaleDB - оптимизированная СУБД для временных серий.

Как раз вашу проблему должен решить данный запрос (в рамках использования TimescaleDB):

SELECT h.schema_name, h.table_name, h.id AS table_id, h.associated_table_prefix, row_estimate.row_estimate FROM _timescaledb_catalog.hypertable h CROSS JOIN LATERAL ( SELECT sum(cl.reltuples) AS row_estimate FROM _timescaledb_catalog.chunk c JOIN pg_class cl ON cl.relname = c.table_name WHERE c.hypertable_id = h.id GROUP BY h.schema_name, h.table_name) row_estimate ORDER BY schema_name, table_name;

https://github.com/timescale/timescaledb/issues/525

И заодно проверьте другие TSDB.

Добавлено
Попробуйте через трюк с EXPLAIN:

CREATE FUNCTION row_estimator(query text) RETURNS bigint LANGUAGE plpgsql AS $$DECLARE plan jsonb; BEGIN EXECUTE 'EXPLAIN (FORMAT JSON) ' || query INTO plan; RETURN (plan->0->'Plan'->>'Plan Rows')::bigint; END;$$;

https://www.cybertec-postgresql.com/en/postgresql-...
https://wiki.postgresql.org/wiki/Count_estimate
https://www.citusdata.com/blog/2016/10/12/count-pe...

Ответ написан более трёх лет назад

4 комментария
4 комментария
MongoDB best practices. Что практичнее - вложенность или связи таблиц?

Ромзес Панагиотис @romesses
Backend инженер

Как лучше будет реализовать структуру БД - множество разных логически структурированных таблиц с ссылками на связанные таблицы по id обьекта или одна большая таблица с вложенными поддокументами?
Документы должны быть самодостаточными и без ссылок на другие документы.
По идее, 2-й вариант кажется родным для Монги.

Ответ написан более трёх лет назад

Комментировать

Комментировать

Самые активные сегодня

Дмитрий Клименков
- 5 ответов
- 1 вопрос
Дмитрий Кинаш
- 4 ответа
- 0 вопросов
Drno
- 4 ответа
- 0 вопросов
Aragorn
- 3 ответа
- 0 вопросов
kraken2018
- 3 ответа
- 0 вопросов
mnnoee
- 2 ответа
- 0 вопросов

Когда стоит выделять данные в отдельную таблицу?

Как быстро и с минимальной погрешностью подсчитать число записей в таблице с миллиардами записей?

MongoDB best practices. Что практичнее - вложенность или связи таблиц?

Войдите на сайт