Quand ne convient-il pas d'utiliser des tables dérivées?

Question

Cette SO post détaille certains avantages en termes de performance en ce qui concerne les tables dérivées et temporaires.

Outre les performances, quelles sont les situations pour lesquelles une table dérivée ne serait pas appropriée. Une réponse par article avec un exemple serait utile.

Answer 1

Je préférerais faire un auto-rejoindre sur une table temporaire qu'une table dérivée.

CREATE TEMPORARY TABLE foo AS SELECT ...; 

SELECT ... FROM foo f1 JOIN foo f2 ON ...conditions...; 

Versus en utilisant une table dérivée, où vous devez écrire toute requête deux fois:

SELECT ... 
FROM (SELECT ...) 
JOIN (SELECT ...) ON ...conditions...; 

Mais une autre solution consiste à utiliser expressions de table commune qui sont légèrement différentes des tables dérivées:

WITH foo AS (SELECT ...) 
SELECT ... FROM foo f1 JOIN foo f2 ON ...conditions...; 

À condition d'utiliser une marque de base de données prenant en charge cette syntaxe (Microsoft, Oracle, IBM, PostgreSQL).

Answer 2

La portée peut être une. Je pense que les tables temporaires peuvent être rendues accessibles à d'autres transactions/processus, etc. Les tables dérivées sont limitées au bloc dans lequel elles sont déclarées.

Answer 3

Si vous devez accéder aux données de la table temporaire plusieurs requêtes il pourrait être moins coûteuse pour éviter de générer les données temporaires à plusieurs reprises:

CREATE TEMPORARY TABLE foo AS SELECT ...; 

SELECT ... FROM foo WHERE ...conditions...; 

-- sometime later 

SELECT ... FROM foo WHERE ...different conditions...;