Как реализовать влоложенные таблицы Postgresql?

Question

[sumrakx]

Всем хай, На стороне БД появилась необходимость реализовать вложенную структуру дат.
Где на стороне клиента он выбирает поэтапно из выпадающего меню "Год->Месяц->день" и из БД подгружается требуемая таблица. Какие есть удобные механизмы подскажите?

Comments

[sumrakx]

Pavel Denisov, то есть вы предлагаете не плодить таблицы а добавить дополнительные поля для дальнейшей выборки?

Answer 1

[res2001]

БД с таблицей на каждый день - это не правильно.
Пришлось работать с одним программным продуктом, где каждый день генерировалась новая таблица в БД (точнее не одна, а несколько). После некоторого времени использования ПО (2-3 года, если не ошибаюсь) база перестала работать, т.к. количество таблиц стало таким большим, что движок БД отказывался работать с ней. Пришлось вручную удалять старые таблицы, чтоб реанимировать софтину.

Comments

[sumrakx]

Благодарю за совет. Попробую реализовать через одну таблицу по выборке данных.

[ky0]

Расскажите-ка, какая это версия постгреса отказалась работать от того, что в базе слишком много таблиц? Вы не путаете с проблемой ФС, которая плохо переваривает большое количество файлов в одной директории (а таблицы в постгресе хранятся именно таким образом)?

Наследование таблиц - старый и хорошо работающий функционал, никаких проблем с ним за последние лет пять не припоминаю.

См.
https://www.postgresql.org/docs/current/static/ddl...
https://www.postgresql.org/docs/current/static/ddl...

[res2001]

ky0, Я не путаю. Я нигде не говорил, что это был PostgreSQL. Это был MS Access. Просто в том софте использовали подобный порочный подход к генерации таблиц, привел чисто для примера того, что бывает если так делать. Если что софт wintelex разработчик www.alfatelex.ru
На самом деле, тут проблема даже не в том, что движок СУБД отказался работать с БД. А проблема в подобном принципе организации структуры БД.

[ky0]

res2001, нет ничего плохого в такой организации таблиц, разумеется, если технические условия подходящие. Очень удобно, например, когда дневные таблицы являются потомками месячных или месячные - годовых. Индексы не разрастаются, можно более точно ограничивать просматриваемые данные в запросах и т. д.

[res2001]

ky0, индексы не разрастаются? Суммарный объем индексов будет точно таким же как с единственной таблицей. Поиск по небольшой таблице будет, конечно, быстрее, но не на много.
А если вам потребуется сделать выборку за несколько дней?
Короче, есть свои плюсы, но минусы, по моему, перевешивают эти плюсы с лихвой. Чтоб использовать такую схему БД нужно, что бы приложение подходило к подобной схеме. Wintelex, кстати, из моего примера вполне подходит - там никогда из программы не делались выборки одновременно за несколько дней. Но разрабы не учли ограничение движка БД.

[sumrakx]

res2001, так если подвести итог и мне необхимо сделать выборку за несколько дней то использовать одну глобальную таблицу с выборкой?

[res2001]

sumrakx, Да, обычный select где в where ставите условие на диапазон дат.
И представьте как вы сделали бы то же самое имея по таблице на каждый день.