sql >> Database teknologi >  >> RDS >> Mysql

er denne form for SQL-strukturering (i en mysql-database) effektiv i en model i den virkelige verden?

Begynd at løbe.

Nu!

Spøg til side, gør det ikke. Opret ikke én database pr. bruger. Det er et helvede at administrere, vedligeholde og forespørge på. Hvad hvis du har brug for at vide, hvilke brugere der loggede ind i går? Vil du forespørge hver database?

Den struktur, du har brug for, er den samme, kun mængden af ​​data ændres. Bare hav én database, se hvordan det går og optimer/finjuster så.

Jeg hader at bringe dette citat frem, men i dit tilfælde gælder det fuldstændigt:

Forsøg ikke at optimere din løsning før du ved, hvor dine flaskehalse vil være.

Bare modeller din database så godt du kan. Bekymre dig om dine begrænsninger, PK'er, FK'er, indekser. Lav dit lektier. Så få dine data og software i gang. Først da vil du se, hvor det virker, og hvor det gør ondt. I dette øjeblik optimerer du.

Angreb kun din fjende, når du ved, hvem den er.



  1. PDO - Fatal fejl:Kald til en medlemsfunktion fetch() på et ikke-objekt

  2. MySQL CHAR() vs T-SQL CHAR():Hvad er forskellen?

  3. Fejlkode:1290. MySQL-serveren kører med --secure-file-priv indstillingen, så den kan ikke udføre denne sætning

  4. MySQL bruger ikke indekser (Using filesort) ved brug af ORDER BY