escartefigue

On trouve très souvent des traitements dans lesquels les requêtes utilisent des ordres SELECT *.

Or il faut savoir que, avec SELECT *

• on transporte des colonnes dont on n'a pas besoin, ce qui charge le réseau inutilement et pénalise les performances :
  
  - il est très rare qu'on ait besoin de toutes les colonnes d'une table dans un traitement,
  - si la requête utilise des jointures, toutes les colonnes de jointure sont présentes plusieurs fois ;
• les études d'impact

...

Voici le genre de questions très fréquemment posées sur ce forum et ailleurs :

Envoyé par un participant

Comment puis-je renuméroter les identifiants de ma table qui présentent des "trous"

ou encore

Envoyé par un autre participant

J'aimerais réorganiser les identifiants de ma table .

Tout d'abord, un peu de sémantique
Dans une base de données, la réorganisation est une opération consistant à défragmenter les espaces physiques de stockage des données et des index.
Pour ...

Voici un autre sujet qui revient de temps à autres, celui des requêtes incluant à la fois des jointures internes et externes.
Pour combiner ces deux types de jointures, il faut appliquer la syntaxe suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
SELECT [...]
FROM T1
(FULL/LEFT/RIGTH) OUTER JOIN T2
    INNER JOIN T3   
       ON critères de jointure T3/T2
    ON critères de joiture T2/T1

Or, on rencontre souvent des requêtes écrites ainsi

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT [...]

...

Le sujet étant archi récurrent, voici plusieurs méthodes permettant d'identifier la ligne la plus récente ou la plus ancienne pour un critère.

Tout d'abord, il convient de rappeler que les identifiants techniques attribués par le SGBD (identity column, auto_incrément...) ne doivent en aucun cas être utilisés pour ce besoin. En effet, si ces identifiants sont souvent chronologiques en tout début de vie d'une table, quand il y a eu peu d'insertions, ce n'est rapidement plus le cas, ...