Discussion :

[yuan]

Bonjour

Dans une application web (IIS + ASP + SQL Server 2005) j'utilise une table temporaire globale pour récolter les informations issues de plusieurs bases de données. Je consulte ensuite cette table à partir de plusieurs pages ASP de manière plus ou moins rapide, en fonction des interactions des utilisateurs.

Mon problème : je constate que la table temporaire que je crée est automatiquement détruite si l'utilisateur n'interagit pas avec le site pendant environ 1 minute.
En gros : tant qu'il y a des consultations assez rapides sur la table temporaire tout va bien. Dès qu'il ne se passe rien pendant un petit moment .... la table n'est plus accessible.

Pour caractériser le problème j'ai créé page1.asp qui crée la table temporaire :
page1.asp :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
<%
set ConnBase1=server.CreateObject("adodb.connection")
ConnBase1.CursorLocation=adUseServer
ConnBase1.open "dsn=base1;uid=user;pwd=mdp;"
 
set ConnBase2=server.CreateObject("adodb.connection")
ConnBase2.CursorLocation=adUseServer
ConnBase2.open "dsn=base2;uid=user;pwd=mdp;"
 
 
StrSQL = "IF  EXISTS (SELECT * FROM TEMPDB..SYSOBJECTS WHERE NAME like '##req8' ) DROP TABLE ##req8"
ConnBase1.execute (StrSQL)
 
StrSQL = "create table ##req8 (Id [int],critere1 varchar(200), critere2 varchar(200), origine bit)"
ConnBase1.execute (StrSQL)
 
'Création de l'index
StrSQL = "CREATE NONCLUSTERED INDEX [IX_req8_critere] ON ##req8 (	[critere1] ASC, [critere2] ASC )WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]"
ConnBase1.execute (StrSQL)
 
StrSQL = "INSERT INTO ##req8 SELECT Id,societe,nom,'true' FROM Table1 where  Nom='TOTO'"
ConnBase1.execute(StrSQL)
 
StrSQL = "INSERT INTO ##req8 SELECT Id,societe,nom,'false' FROM Table2 where Nom='TOTO' AND ValeurCodee=28) "
ConnBase2.execute (StrSQL)
%>

Et la page2.asp

Code :

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

1
2
3
4
5
6
7
8
9
<%
set ConnBase1=server.CreateObject("adodb.connection")
ConnBase1.CursorLocation=adUseServer
ConnBase1.open "dsn=base1;uid=user;pwd=mdp;"
 
StrSQL = "select count(*) from ##req8"
Set RSTemp  =	ConnBaseClient.execute (StrSQL)
response.write ("Nb Enreg : " + cstr(RSTemp(0)))
%>

Tant que je demande un rafraichissement régulier de la page2.asp ... tout se passe bien. Si j'arrête pendant un moment (1 min environ) puis que je demande le rafraichissement de la page2.asp, j'obtiens alors l'erreur :

Microsoft OLE DB Provider for ODBC Drivers error '80040e37'
[Microsoft][SQL Native Client][SQL Server]Nom d'objet '##req8' non valide.

==> la table temporaire a été supprimée par SQL Server.

Je cherche donc une solution pour augmenter la durée de vie de la table temporaire .... ou tout autre solution !!

Merci !

[SQLpro]

Une table temporaire est détruite dès que l'utilisateur qui l'a créé se déconnecte. Qu'elle soit locale ou globale n'y change rien. Or la technique web impose un mode déconnecté incompatible avec ce genre de choses.

L'intérêt des tables temporaires est extrêmement minime à extrêmement mauvais. En effet les tables temporaires dupliquent généralement des données qui existent déjà et obligent à des écritures disques (journalisation) extrêmement pénalisantes. En dupliquant les données, vous encombrez artificiellement la mémoire de données redondantes, alors qu'en faisant des requêtes directe dans les tables vous l'économiser. En sus chaque table temporaire créée oblige a calculer de nouveaux plans de requêtes alors qu'en réitérant la même requête vous réutilisez systématiquement le même plan mis en cache.

En règle général l'utilisation des tables temporaires est systématiquement contre performant. Pas toujours pour la requête elle même, mais pour l'ensemble du système (pression mémoire).
Or SQL est un langage complet, ce qui signifie que tout traitement, aussi complexe soit-il peut se résumer à une et une seule requête !

A +

[yuan]

Bonjour

J'ai bien compris tous les inconvénients liés aux tables temporaires, cependant, dans mon cas, il me semble que je n'ai pas vraiment le choix : j'extraie des données issues de 2 base de données de structure différente et ensuite, je dois trier les données suivant un critère commun aux 2 bases.

Il faut que je stocke l'information d'une manière ou d'une autre et que cette information soit persistante dans l'application web (donc lorsque l'on passe d'une page à l'autre). A part une table tampon (temporaire ou autre)... je ne vois pas quelle autre technique je pourrais utiliser... mais je suis preneur de toute idée.
Dans le cadre de l'application la table tampon ne contiendrait pas plus de 600 lignes d'environ 405 octets chacune. Soit 243 Ko ... ce qui me parait raisonnable.

[SQLpro]

Vous n'avez donc pas besoin de table temporaire car il suffit de faire une requête interbase.
Exemple :
SELECT * FROM mabase.monschema.MaTable AS T1 INNER JOIN MonAutreBase.Monschema.Matable AS T2 ON ....


A +

[yuan]

Si j'en reviens à mon problème,

Vous n'avez donc pas besoin de table temporaire car il suffit de faire une requête interbase.
Exemple :
SELECT * FROM mabase.monschema.MaTable AS T1 INNER JOIN MonAutreBase.Monschema.Matable AS T2 ON ....

OK pour faire une requète qui tappe dans 2 tables de 2 bases différentes. Mais je dois maintenant trier le résultat le résultat combiné de 2 colonnes des 2 tables.
Exemple : j'ai colonne 'societe' dans T1 et un colonne 'societe' dans T2. Comment fais-je pour que mon résultat soit trié par Société quelque-soit la table d'origine ?

[mikedavem]

Si j'en reviens à mon problème,


OK pour faire une requète qui tappe dans 2 tables de 2 bases différentes. Mais je dois maintenant trier le résultat le résultat combiné de 2 colonnes des 2 tables.
Exemple : j'ai colonne 'societe' dans T1 et un colonne 'societe' dans T2. Comment fais-je pour que mon résultat soit trié par Société quelque-soit la table d'origine ?

Je suppose que vous voulez faire un tri de la sorte :

Code :

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

1
2
3
4
5
6
7
8
9
10
SELECT *
FROM 
(
	SELECT col1, col2
	FROM T1
	UNION ALL
	SELECT col1, col2
	FROM T2
) AS T
ORDER BY T.societe

Donnez nous la structure de vos 2 tables et ce que vous voulez obtenir au final ...

++

[Sergejack]

Or SQL est un langage complet, ce qui signifie que tout traitement, aussi complexe soit-il peut se résumer à une et une seule requête !

A +

Faux.
Les query dynamiques n'existent d'ailleurs pas dans le seul but de faire parler.

[SQLpro]

Peut être ne savez vous pas ce qu'est un langage complet ? mais au sens mathématique qu'en a donné Turing, SQL admettant la récursivité depuis la norme de 1999, il est donc devenu complet, ce qui signifie qu'il est capable de traiter tout problème en une seule requête !
A lire : http://fr.wikipedia.org/wiki/Turing-complet

A +

[Sergejack]

ce qui signifie qu'il est capable de traiter tout problème en une seule requête !

Faux.


D'ailleurs :

Problème : insérer une ligne dans 2 tables distinctes.
Nombre de requête de la solution : minimum 2.

[mikedavem]

Faux.

D'ailleurs :

Problème : insérer une ligne dans 2 tables distinctes.
Nombre de requête de la solution : minimum 2.

Dans ce cas précis vous n'avez pas un problème mais 2 ....

++