Quelle est meilleure requête supplémentaire ou colonne supplémentaire dans la base de données?

Question

Quelle est meilleure requête supplémentaire ou colonne supplémentaire dans la base de données pour les données qui seront disponibles très moins de temps. Exemple: En cas de gestion des sous-utilisateurs, j'ajoute une colonne supplémentaire super_user_id dans la table des utilisateurs principaux et je recrute si les types d'utilisateurs sont sub_user et la valeur par défaut est -1 ou je crée une nouvelle table table.

Mais en cas de connexion je dois chercher dans deux tables et cela je dois faire une autre requête.

Merci

Answer 1

Il n'y a pas de réponse générale; vous devrez être plus précis. Tout ce que je peux fournir sont des principes généraux. Toutes choses égales par ailleurs, vous serez mieux avec une base de données bien normalisée sans informations redondantes, pour un certain nombre de raisons. Mais il existe des situations où des informations redondantes pourraient sauver votre programme beaucoup de temps. Un exemple est un texte formaté avec Markdown: vous devez stocker le balisage d'origine pour permettre l'édition, mais le formatage de la source chaque fois que vous avez besoin de la sortie peut être extrêmement lourd sur le système. Par conséquent, vous pouvez ajouter une colonne redondante pour stocker la sortie formatée et assumer la responsabilité supplémentaire de veiller à ce que cette colonne soit mise à jour. Tout ce que je sais de votre situation, c'est que la colonne supplémentaire postulée enregistrerait une requête. La seule bonne réponse à cela est que vous devriez probablement garder votre table propre et minimale à moins que vous sachiez que les avantages de la sauvegarde d'une requête en termes de performances compenseront cela. Rappelez-vous, l'optimisation prématurée est la racine de tous les maux - vous pouvez trouver que votre application fonctionne plus que suffisamment vite de toute façon. Si vous trouvez lors du profilage que la requête supplémentaire est un goulot d'étranglement significatif, vous pouvez envisager d'ajouter la colonne. Encore une fois, sans plus de connaissance de votre situation, il est impossible de faire une recommandation précise ou concrète, mais j'espère vous avoir au moins aidé à prendre une décision.

Answer 2

Voulez-vous dire calculer une valeur dans la requête contre le stockage d'une valeur calculée?

Cela dépend de la fréquence à laquelle il sera mis à jour, de la taille des données et de leur fréquence d'utilisation. Il n'y a peut-être pas de meilleure réponse théorique, vous devrez tester et profiler.

Answer 3

L'exécution d'une requête supplémentaire prendra toujours plus de temps. L'ajout d'une colonne supplémentaire dans la base de données n'aura aucun impact significatif, même si vous devez avoir des milliers de lignes.

Ergo, ajoutez colonne supplémentaire et économisez DB :) trafic

Answer 4

Cela dépend de la quantité de redondance que vous ajouterez à la table en ajoutant une colonne. Avec une bonne indexation et une bonne conception, les joints fonctionnent mieux, donc pas besoin de craindre une normalisation si nécessaire.

Answer 5

Utilisez le second tableau. Il faudra pas vous obliger à émettre deux requêtes.Au lieu de cela, vous émettrez une seule requête réunissant les deux tables ensemble ou, mieux encore, créer une vue qui ne l'REJOIGNEZ pour vous:

SELECT usertable.col1, usertable.col2 superusertable.superuserid 
    FROM usertable LEFT OUTER JOIN superusertable 
    ON usertable.userid = superusertable.userid 

Cela vous permet de maintenir la structure normalisée appropriée, aide vous dans certains requêtes (comme déterminer qui est super_user), et permet à la base de données d'optimiser les problèmes de recherche.