Jeg er enig med @marc_s og @KM i, at dette store design er dømt fra starten.
Millioner af Microsofts udviklertimer er gået med at bygge og finjustere en robust og kraftfuld databasemotor, men du kommer til at genopfinde det hele ved at proppe alt ind i et lille antal generiske tabeller og genimplementere alt, hvad SQL Server allerede er. konstrueret til at gøre for dig.
SQL Server har allerede tabeller, der indeholder navne på enheder, navne på kolonner og så videre. Det faktum, at du normalt ikke interagerer direkte med disse systemtabeller, er en god ting:Det kaldes abstraktion. Og det er usandsynligt, at du vil gøre et bedre stykke arbejde med at implementere denne abstraktion, end SQL Server gør.
I slutningen af dagen, med din tilgang (a) vil selv de simpleste forespørgsler være monstrøse; og (b) du kommer aldrig i nærheden af optimal ydeevne, fordi du giver afkald på al den forespørgselsoptimering, som du ellers ville få gratis.
Uden at vide noget mere om din ansøgning eller dine krav, er det svært at give nogen form for specifik rådgivning. Men jeg vil foreslå, at nogle gode gamle normaliseringer ville gå langt. Enhver velimplementeret, ikke-triviel database har en masse tabeller; ti borde plus ti xtab-borde burde ikke skræmme dig væk.
Og vær ikke bange for generering af SQL-kode som en måde at implementere fælles grænseflader på tværs af forskellige tabeller. Lidt kan nå langt.