sql >> Database >  >> RDS >> Mysql

Mysql:Is het praktisch om een ​​aparte tabel te maken voor de berichten van elke gebruiker?

Je moet gebruikers-ID's toevoegen aan shops/posts. Er zijn tal van redenen waarom u niet voor elke gebruiker aparte tabellen wilt hebben:

  • MySQL is ontworpen om tabellen met veel rijen te verwerken, niet veel tabellen met dezelfde structuur.
  • Het structureren van query's die over tabellen gaan, vereist het combineren van veel verschillende tabellen.
  • Een kleine wijziging in de gegevensstructuur, zoals het toevoegen van een nieuwe kolom, wordt een nachtmerrie.
  • Buitenlandse belangrijke verwijzingen naar de winkels worden onmogelijk.
  • Als de gegevens voor een gebruiker geen enkele gegevenspagina vullen, verspilt u uiteindelijk veel geheugen.

Er zijn enkele redenen waarom het opsplitsen van gegevens in afzonderlijke tabellen nodig kan zijn. Hier zijn enkele mogelijke redenen:

  • Toegang is gemakkelijker te beheren op tabelniveau dan op rijniveau.
  • Replicatie van de gegevens voor elke gebruiker kan andere vereisten hebben.
  • Een externe entiteit vereist dat de gegevens in aparte tabellen of databases staan.

De eerste reeks redenen lijkt echter veel zwaarder te wegen voor structuren met één tabel/entiteit. Deze meer geavanceerde zorgen lijken geen probleem te zijn.




  1. SailsJS - Hoe de lengte van het tekenreekskenmerk specificeren zonder een fout te krijgen bij het maken van een record?

  2. Boom sorteren met een gematerialiseerd pad?

  3. Voorvallen tellen op basis van verschillende voorwaarden voor twee tabellen

  4. een database maken in mysql vanuit java