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

Design af en database:Hvilken metode er bedst?

Dette er en typisk smal tabel (attributbaseret) kontra bred borddiskussion. Problemet med tilgang #2 er, at du sandsynligvis bliver nødt til at pivotere dataene for at få dem til en form, som brugeren kan arbejde med (tilbage til et bredt visningsformat). Dette kan være meget ressourcekrævende, efterhånden som antallet af rækker vokser, og efterhånden som antallet af attributter vokser. Det er også svært at se på bordet, i rå tabelvisning, og se, hvad der foregår.

Vi har haft denne diskussion mange gange i vores virksomhed. Vi har nogle tabeller, der egner sig meget godt til et attributtypeskema. Vi har altid besluttet os for det på grund af nødvendigheden af ​​at dreje dataene og den manglende evne til at se dataene og få dem til at give mening (men dette er udlejeren af ​​de to problemer for os - vi ønsker bare ikke at pivotere millioner af rækker af data).

BTW, jeg ville ikke gemme alder som et tal. Jeg ville gemme fødselsdatoen, hvis du har den. Jeg ved heller ikke, hvad 'Modersmål' refererer til, men hvis det er det sprog, moderen taler, ville jeg gemme dette som en FK til en mestersprogstabel. Det er mere effektivt og mindsker problemet med dårlige data på grund af et forkert stavet sprog.



  1. MySQL - at finde ord, der omgiver det søgte søgeord

  2. Hvordan kan et tidsstempel være en langsom forespørgsel?

  3. Formatering af dato til menneskeligt læsbart format

  4. SQLAlchemy og UnicodeDecodeError