Discussion :

[ionesco]

Amis du jour bonjour,

Si pour un besoin particulier j'éxécute la requête

Code :

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

CREATE TEMPORARY TABLE games as select .......

Cette temporay table est-elle écrite en disque ou bien en mémoire?

Merci.

[CinePhil]

Si la mémoire est suffisante, elle sera créée en mémoire. Sinon, ça va swapper sur le disque, comme n'importe quel programme.

Un serveur de données doit être généreusement dimensionné en mémoire pour être efficace. Tout dépend du volume à traiter bien sûr.
Plus d'info dans cet article de SQLPro.

[ionesco]

Merci pour la pertinence de la réponse.

Je peux donc me permettre de créer des tables temporaires (qui plus est dans mon cas ne sont pas volumineuses, c'est plutot pour casser une requête qui écrit sur disque, mais avec une temporary table je ne passe plus d'écriture en disque).

[SQLpro]

Je ne sais pas si c'est vrai avec MySQL mais en principe une table temporaire est TOUJOURS écrite sur le disque car c'est avant tout une transaction.
C'est pourquoi il est conseillé de les éviter !

A +

[ionesco]

Vous me mettez le doute maintenant !

Je me demande comment MySQL traite une TEMPORARY TABLE créée par l'utilisateur?

CREATE puis DROP? Si oui la table est-elle considérée comme une table normale (donc écrite dans un fichier), sauf qu'elle est dropée à la fin automatiquement?

que pensez vous de ces conseil? (diapo 90)

http://www.com.univ-mrs.fr/ssc/info/...ours_mysql.pdf

Je cite également ce site (pas tout) : http://www.mesdiscussions.net/blog_section_14.html

"Il pourrait être donc judicieux, si vous vous trouvez dans ce cas, de créer une temporary table (en memoire) contenant votre liste et de faire une jointure sur cette liste, plutôt que d'utiliser un IN (...) avec énormement de valeurs. "

[SQLpro]

Je me demande comment MySQL traite une TEMPORARY TABLE créée par l'utilisateur?

Pour MySQL in fine je ne sais pas. Mais comme les opération INSERT, UPDATE et DELETE sont des transactions implicite, cela oblige à journaliser toutes les lignes manipulées, c'est à dire les écrire dans le journal de transaction, ce qui provoque immanquablement des opérations de disque.

CREATE puis DROP? Si oui la table est-elle considérée comme une table normale (donc écrite dans un fichier), sauf qu'elle est dropée à la fin automatiquement?

Oui !

que pensez vous de ces conseil? (diapo 90)

http://www.com.univ-mrs.fr/ssc/info/...ours_mysql.pdf

Je cite également ce site (pas tout) : http://www.mesdiscussions.net/blog_section_14.html

"Il pourrait être donc judicieux, si vous vous trouvez dans ce cas, de créer une temporary table (en memoire) contenant votre liste et de faire une jointure sur cette liste, plutôt que d'utiliser un IN (...) avec énormement de valeurs. "

Sans plus d'informations, cela me parait douteux !!!!

Lisez l'article que j'ai écrit sur les tables temporaires (c'est pour SQL Server, mais je fais le pari que MySQL ne diffère pas de ses concurrents sur le sujet.) La plupart des gens pensent naïvement que des tables temporaires sont en mémoire. Sérieusement une table est faite pour pouvoir mettre des millions de lignes, c'est à dire des Go de données.... Croyez vous que la mémoire le puisse ?
http://blog.developpez.com/sqlpro/p6...t-persistance/

C'est pourquoi il est très préférable d'utiliser des vues ou mieux des CTE car dans ce cas c'est le serveur lui même qui décidera, s'il n'a pas assez de mémoire, de créer ou non une table de travail. Mais il est vrai que la gestion des vues MySQL n'est pas terrible et que les CTE ne sont pas implémentées...

A +

[ionesco]

Il me semble que pour les tables temporaires de petit volume, ca se passe bien, mais que pour des table temporaires qui dépasse un certain seuil, alors ca devient catastrophique.... Peut être que c'est le seuil entre l'écriture mémoire et l'écriture disque??

Je ne trouve aucune documentation MySQL officielle sur le sujet, mais je m'empresse de lire votre article qui va m'aider à y avoir plus clair pour les SGBD en général (car on ne vit pas qu'avec MySQL .... )

[kedare]

Vu que l'on peut choisir le type de table temporaire (InnoDB, Myisam), je dirais que ca dépend de ça... si c'est une table HEAP, ca sera en mémoire, si non sur le disque.