La performance d'un don influencée par plusieurs facteurs et l'un d'eux est certainement le temps qu'il faut pour traiter SQL Server requêtes T-SQL (requêtes) qui rend l'application elle-même. Parfois, c'est la structure de la base qui influence la vitesse des requêtes, d'autres est la façon dont ils sont des instructions écrites à avoir un impact négatif sur la performance. Dans ce cas, la réécriture appropriée T-SQL de SQL Server permet au moteur pour optimiser les performances.
Il ya des suggestions de la rédaction de requêtes T-SQL (ainsi que d'autres périphériques) qui, s'il était appliqué, aboutirait à une amélioration dans leur vitesse d'exécution et donc les performances des applications qui les utilisent et ensuite nous verrons quelques-uns.
Il va arriver du tout à écrire une requête comme celle-ci
SELECT * FROM [nom_table]
Utiliser l'astérisque indique que le moteur de notre base de données que nous voulons voir toutes les colonnes de la table dans la clause FROM. Cependant ce n'est pas une bonne pratique, même si l'objectif est d'obtenir les valeurs de toutes les colonnes. C'est toujours mieux d'expliquer le nom des colonnes
SELECT id, code, la description, DataModifica FROM [nom_table]
Écrire explicitement le nom des colonnes a plusieurs avantages: d'abord, SQL Server renvoie uniquement les données que notre application a besoin, et ne communiquent pas de données supplémentaires qui ne peuvent être utilisés, retournant seulement les données nécessaires permettra de réduire la charge de travail de SQL Server et enfin de cette façon réduit la charge du réseau (en termes d'octets transférés) dans la réception des résultats de la requête.
Un autre aspect à ne pas être sous-estimé, c'est que clairement le nom des colonnes dans un sens, nous isoler de notre application à partir de futurs problèmes potentiels associés à l'évolution du schéma des tables à partir de laquelle les données sont extraites. En fait, si vous utilisez l'astérisque et un jour, quelqu'un a décidé de changer la table pour être interrogé présents dans notre application, il ne serait pas prévu pour recevoir des informations supplémentaires au moment de sa mise en œuvre. Ce pourrait dans certains cas conduire à la survenue d'erreurs non gérées. Si, toutefois, les requêtes de demande sont énumérés dans les noms de colonnes ne viendra jamais à ce problème (sauf si bien sûr le schéma de la table est supprimé une colonne dans la liste SELECT de colonnes).
Comme dans le cas précédent aussi dans les instructions pour entrer les données (INSERT) dans une table est une bonne idée d'indiquer explicitement le nom des colonnes doit être améliorée.
En fait, si nous écrivons une instruction INSERT, comme cela
INSERT INTO TabellaLettere ('A', 'B', 'C')
SQL Server va s'attendre à ce que la table en question se compose de seulement trois colonnes. Si pour une raison quelconque, vous ajoutez une colonne à la table en exécutant cette instruction, vous obtenez l'erreur suivante
Nom de la colonne ou le nombre de valeurs fournies ne correspond pas à la définition de table.
Si, au contraire nous écrivons l'instruction comme suit
INSERT INTO TabellaLettere (Première, Deuxième, Troisième) VALUES ('A', 'B', 'C')
sont ajoutés à la table, même si une ou plusieurs colonnes, il continuera d'être couronnée de succès.
| |
Cours de MS Access
Apprenez à créer et gérer des bases de données facilement et rapidement. -10% Jusqu'au 01/06/2012. |
| |
Cours MySQL
Gestion des bases de données open-source. Remise de -15% jusqu'au 01/06/2012. |
| |
Base de données de cours et SQL
Créer et gérer des bases de données relationnelles. Remise de -15% jusqu'au 01/06/2012. |