Quelle base de données est la plus efficace dans ce scénario?

Question

DB conception 1: Il y a 1 table

 

    Create Table (id int primary key, name varchar(20), description varchar(10000)); 

DB conception 2: Il y a 2 tables

 

     Create Table1 (id int primary key, name varchar(20)); 
     Create Table2 (id int primary key, description varchar(10000)); 

Remarque: chaque identifiant doit avoir une description qui lui est associée. Nous n'interroge pas la description si souvent comme nom.

Dans la conception 1, 1 requête simple peut obtenir le nom & description, pas besoin de joindre, mais si nous avons 1 million d'enregistrements, alors ce sera lent? Dans la conception 2, nous avons besoin de rejoindre donc la base de données a besoin de recherche & id correspondant -> cela pourrait être lent, mais nous ne demandons pas la description souvent, donc il sera lent pour tout le temps pas tout le temps.

Alors, quelle est la meilleure conception dans ce scénario?

Answer 1

Cela s'appelle vertical partitioning ou "division des rangs" et ce n'est pas une balle d'argent (rien n'est). Vous n'obtenez pas de «meilleures performances», vous obtenez simplement des «performances différentes». Si un ensemble de caractéristiques de performance est meilleur que l'autre est une question de compromis d'ingénierie et varie d'un cas à l'autre.

Dans votre cas, 1 million de lignes s'ajustera confortablement dans le cache de SGBD sur le matériel d'aujourd'hui, produisant d'excellentes performances. Donc, à moins que certains des other reasons s'appliquent, restez simple, dans une seule table. Et si ses 1 milliard de lignes (ou 1 trillion ou n'importe quel nombre est trop grand pour les standards de la mémoire du jour), gardez à l'esprit que si vous avez indexed your data correctly, la performance restera excellente longtemps après qu'elle est devenue plus grande que la cache

seulement dans le plus extrême des cas vous devez diviser verticalement la table pour des raisons de performance - dans ce cas, vous devrez mesure dans votre propre environnement avec vos propres modèles d'accès, et déterminer si cela apporte un avantage de performance du tout; et est-il assez grand pour compenser l'augmentation de l'assemblage.

Answer 2

C'est une sur-optimisation pour 1 million d'enregistrements selon moi. Ce n'est vraiment pas beaucoup. Vous pouvez essayer de tester la performance réelle en générant des données factices sur environ un million de lignes pour une base de données factice et l'interroger. Vous verrez comment ça fonctionne.