Q1:Няма изрично ограничение в документите . На практика някои операции са O(n) върху брой таблици; очаквайте времето за планиране да се увеличи и да имате проблеми с неща като автоматично вакуумиране, когато стигнете до много хиляди или десетки хиляди таблици в база данни.
Q2:Зависи от заявката. Като цяло огромните съюзи са лоша идея. Наследяването на таблицата ще работи малко по-добре, но ако използвате constraint_exclusion ще доведе до значително увеличаване на времето за планиране.
И двата въпроса предполагат основен проблем с вашия дизайн. Не би трябвало да имате нужда огромен брой маси и гигантски съюзи.
Съгласно коментара в другия отговор, наистина трябва просто да създадете няколко таблици. Изглежда, че искате да създадете една таблица за телефонен номер, което е безсмислено, и да създавате изгледи за номер отгоре на това. Не правете това, това е погрешно моделиране на данните и ще направи по-трудно, а не по-лесно работата с тях. Индексите, клаузите where и съединенията ще ви позволят да използвате данните по-ефективно, когато са логически структурирани в няколко таблици. Предлагам да изучавате основно релационно моделиране.
Ако по-късно срещнете проблеми с мащабируемостта, можете да погледнете разделяне , но няма да имате нужда от хиляди таблици за това.
