[Utilier une table comme un tampon]

Straahd · 22/08/2005, 16h46

Bonjour,

Je voudrait savoir si vous avez déjà été amené à utiliser une ou des tables comme un tampon.
Ex : un programme1 ecris des données dans une table, un programme2 va lire c'est données puis les efface de cette table.

Je me pose des questions quand aux problèmes de performance que cela peut engendrer.

D'avance merci

SQLpro · 22/08/2005, 17h14

C'est quelque chose de tout à fait standard dans SQL qui a prévu des tables temporaires globales et locales.

A +

fadace · 31/08/2005, 06h57

Par contre, le soucis quant aux verrous sur les métadonnées et vrai... Créer une table et la supprimer des milliers de fois dans une transaction et à éviter.

Straahd · 31/08/2005, 08h39

Nous utilisons une base DB2. Et notre DBA nous à signalé que même si on supprime les données à la fin de chaque transaction, mais ne réutilise pas la place, donc même vide la table continuera de grossir.

Je ne sait pas comment on peut résoudre de problème.

SQLpro · 01/09/2005, 19h06

Cela n'est pas un problème. Il y a dans tous les SGBDR des outils pour faire le ménage !

A +

Straahd · 01/09/2005, 20h27

la table est re-indéxé tous les jours, mais j'ai peur que ca ne tienne pas une journée.

22/08/2005, 16h46	#1
Straahd Membre du Club Laurent Inscription : mars 2002 Messages : 56 Détails du profil Informations personnelles : Nom : Laurent Âge : 30 Localisation : France, Marne (Champagne Ardenne) Informations forums : Inscription : mars 2002 Messages : 56 Points : 51 Points : 51	[Utilier une table comme un tampon] Bonjour, Je voudrait savoir si vous avez déjà été amené à utiliser une ou des tables comme un tampon. Ex : un programme1 ecris des données dans une table, un programme2 va lire c'est données puis les efface de cette table. Je me pose des questions quand aux problèmes de performance que cela peut engendrer. D'avance merci
	00

22/08/2005, 17h14	#2
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 793 Points : 17 793	C'est quelque chose de tout à fait standard dans SQL qui a prévu des tables temporaires globales et locales. A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

31/08/2005, 06h57	#3
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	Par contre, le soucis quant aux verrous sur les métadonnées et vrai... Créer une table et la supprimer des milliers de fois dans une transaction et à éviter. __________________ Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql Administrateur SAP Mes articles Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
	00

01/09/2005, 19h06	#5
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 793 Points : 17 793	Cela n'est pas un problème. Il y a dans tous les SGBDR des outils pour faire le ménage ! A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

31/08/2005, 08h39	#4
Straahd Membre du Club Laurent Inscription : mars 2002 Messages : 56 Détails du profil Informations personnelles : Nom : Laurent Âge : 30 Localisation : France, Marne (Champagne Ardenne) Informations forums : Inscription : mars 2002 Messages : 56 Points : 51 Points : 51	Nous utilisons une base DB2. Et notre DBA nous à signalé que même si on supprime les données à la fin de chaque transaction, mais ne réutilise pas la place, donc même vide la table continuera de grossir. Je ne sait pas comment on peut résoudre de problème.
	00

01/09/2005, 20h27	#6
Straahd Membre du Club Laurent Inscription : mars 2002 Messages : 56 Détails du profil Informations personnelles : Nom : Laurent Âge : 30 Localisation : France, Marne (Champagne Ardenne) Informations forums : Inscription : mars 2002 Messages : 56 Points : 51 Points : 51	la table est re-indéxé tous les jours, mais j'ai peur que ca ne tienne pas une journée.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email