sql >> Database >  >> RDS >> Mysql

MYSQL, met unieke tabelnamen VS met ids

Waarom niet gewoon een database of elk bedrijf maken? En dan hoeft u niet eens dynamische tabelnamen te maken bij het samenstellen van uw query's. Het is een veel betere oplossing. Bovendien worden klantgegevens hierdoor beter gescheiden, zodat onderlinge afhankelijkheid waarschijnlijk duidelijker wordt.

Het bovenstaande werkt het beste wanneer de applicatielagen ook gescheiden zijn, zodat u elke instantie kunt voorzien van een andere set inloggegevens voor de database.

Als dat niet het geval is, kan het prima werken of onhandig of prima zijn, afhankelijk van je installatie, welk platform je gebruikt, enzovoort.

Het toevoegen van een bedrijfsnaam is een hack, maar het kan worden gemaakt om te werken denk ik.

Het hebben van een klant-ID in records is ook een veel voorkomende aanpak. Ik zou me vanuit prestatieoogpunt niet per se zorgen maken over 1,5 miljoen records, zolang de tabellen maar op de juiste manier geïndexeerd zijn. Dit is niet een enorme hoeveelheid records. Bovendien zouden de bedrijfs-ID-criteria de resultaten toch redelijk goed moeten beperken.



  1. WAMP upgraden naar MySQL 5.5?

  2. Back-ups van verschillende instanties controleren

  3. Identiteitstoename in SQL Server 2012-kolom springt van 6 naar 1000+ bij 7e invoer

  4. Eén zoekopdracht om meerdere rijen met meerdere kolommen in te voegen