Otázka 1:V dokumentech není žádné explicitní omezení . V praxi jsou některé operace O(n) na počtu tabulek; očekávejte, že se prodlouží doba plánování a problémy s věcmi, jako je automatické vakuování, jak se dostanete k mnoha tisícům nebo desetitisícům tabulek v databázi.
Q2:Záleží na dotazu. Obecně jsou velké odbory špatný nápad. Dědičnost tabulky bude fungovat o něco lépe, ale pokud používáte constraint_exclusion povede k výraznému prodloužení doby plánování.
Obě tyto otázky naznačují základní problém s vaším návrhem. Neměli byste potřebovat obrovské množství stolů a obří odbory.
Podle komentáře v druhé odpovědi byste měli skutečně vytvořit jen několik tabulek. Zdá se, že chcete vytvořit jednu tabulku pro každé telefonní číslo, což je nesmyslné, a navíc vytvořit zobrazení pro každé číslo. Nedělejte to, je to chybné modelování dat a práci s tím bude obtížnější, nikoli snadnější. Indexy, kde klauzule a spojení vám umožní používat data efektivněji, když jsou logicky strukturována do několika tabulek. Navrhuji studovat základní relační modelování.
Pokud později narazíte na problémy se škálovatelností, můžete se podívat na rozdělování , ale k tomu nebudete potřebovat tisíce tabulek.