Discussion :

[Ditch]

SqlServer 2000 SP3

Bonjour.

On dit ici http://sqlpro.developpez.com/cours/s...nsactsql/#L2.1 qu'il faut éviter les SELECT... INTO pour des questions de performances.

Je comprends tout à fait mais existe-t-il un autre moyen de copier des tables à une autre?

Merci d'avance

[Fabien Celaia]

un insert into... select...

Petit éclaircissement pour mettre un bémol à ce qui précède : le select into est très performant pour l'insertion (car les lignes insérées alors ne sont pas journalisées), mais cause une certaine contention sur les tables systèmes (car il crée la table, et donc insère dans sysobjects et syscolumns). Un select into est donc peu performant s'il insère peu de ligne et crée énormément de tables (cas de traitements batch), mais très performant dans le cas contraire (insertion d'énormément de lignes dans une table)

[Ditch]

Merci pour ta réponse.

J'en étais arrivé à utiliser INSERT INTO ... SELECT.

Je peux récupérer quelques centaines de lignes, laquelle est préférable dans ce cas? La vitesse est primordiable car c'est une recherche full text sur toutes les colonnes indexées de la base.

Merci beaucoup.

[Fabien Celaia]

Combien de fois le select into (ou le insert into) sera-t-il appelé ? Si c'est une fois par index, vaut mieux passer par le insert, si c'est une fois pouir toute, par le select

[Ditch]

Pour chaque colonne indexée, c'est à dire dans mon cas 19 fois par recherche.

[Fabien Celaia]

Alors insert... select...

[Ditch]

Merci beaucoup.

L'autre solution me prennait deux fois plus de temps pour s'exécuter mais je voulais en être sûr