j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4,
(Select update et delete) , lapplication met 3 heures pour traiter un fichier
de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette
meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus
de RAM et disques plus performants)
j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes
types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,
Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas
similaires ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
hch a écrit :
bonjour ,
j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4, (Select update et delete) , lapplication met 3 heures pour traiter un fichier de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus de RAM et disques plus performants)
j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,
Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas similaires ?
merci d'avance
avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.
1) paramètres du serveur : RAM, type et capacité des disques, taux d'occupation des disques, CPU OS ? Applications installées autre que SQL Server version de SQL Server (standard, dev, desktop, entreprise ?)
2) paramétrage de SQL : collation d'installation paramètres généraux (sp_configure) paramètrage de la base volumétrie des données
3) code : requêtes manière d'insérer index et contraintes présent dans les tables impactées
etc.
Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité est l'audit de bases et de serveurs SQL.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
hch a écrit :
bonjour ,
j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4,
(Select update et delete) , lapplication met 3 heures pour traiter un fichier
de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette
meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus
de RAM et disques plus performants)
j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes
types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,
Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas
similaires ?
merci d'avance
avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.
1) paramètres du serveur :
RAM, type et capacité des disques, taux d'occupation des disques, CPU
OS ?
Applications installées autre que SQL Server
version de SQL Server (standard, dev, desktop, entreprise ?)
2) paramétrage de SQL :
collation d'installation
paramètres généraux (sp_configure)
paramètrage de la base
volumétrie des données
3) code :
requêtes
manière d'insérer
index et contraintes présent dans les tables impactées
etc.
Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité
est l'audit de bases et de serveurs SQL.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4, (Select update et delete) , lapplication met 3 heures pour traiter un fichier de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus de RAM et disques plus performants)
j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,
Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas similaires ?
merci d'avance
avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.
1) paramètres du serveur : RAM, type et capacité des disques, taux d'occupation des disques, CPU OS ? Applications installées autre que SQL Server version de SQL Server (standard, dev, desktop, entreprise ?)
2) paramétrage de SQL : collation d'installation paramètres généraux (sp_configure) paramètrage de la base volumétrie des données
3) code : requêtes manière d'insérer index et contraintes présent dans les tables impactées
etc.
Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité est l'audit de bases et de serveurs SQL.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
hch
C'est vrai que j'ai pas donné tt les elements mais c'est parce que j'ai deja verifié pas mal de parametres
- Rien ne tourne avec SQL sur le serveur , a part l'antivirus , quand nous l'avons desactivé ca a acceleré un peu le traitement sur le serveur mais les temps restent superierus de 3 fois au temps d'execution sur un petit Windows XP (1GO de ram)
- Le serveur 2 GO de RAM, espace disque pas de prob
- L'appli rudimentaire n'est pas developpée en procedures stockées , elle fait des compariaisons entre données de fichiers textes et ensuite insere met a jour ou supprime des lignes des tables SQL par des requetes directes
- la base fait 2 GO , et les parametres par defaut je pense -pendant le traitment sur le serveur les traces montrent que les durées des requetes sont plus longues que sur le portable XP )
- le reste Cache hit ratio , E/S , Memoire dispo pas d'anomalies les valeurs sont correctes .
En fait on ne cherche pas a accelerer les traitements car cela demanderait un redeveloppement mais on cherche a comprendre pourquoi un traitement qui met 3 heures sur mon portable met plus de 10heures sur le serveur WInd2003 alors que le serveur est dedié a cette appli et a largement ce qu'il faut en config materiellle
- j'ai meme été jusqu'a migrer la base vers SQL2005 pareil !
voila le probleme , je cherhe toujours des pistes a explorer pour arriver a une explication scientifique
merci
"Fred BROUARD" a écrit :
hch a écrit : > bonjour , > > j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4, > (Select update et delete) , lapplication met 3 heures pour traiter un fichier > de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette > meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus > de RAM et disques plus performants) > > j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes > types de données etc .. j'ai gangé 20minutes sur les 3 heures !! , > > Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas > similaires ? > > merci d'avance avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.
1) paramètres du serveur : RAM, type et capacité des disques, taux d'occupation des disques, CPU OS ? Applications installées autre que SQL Server version de SQL Server (standard, dev, desktop, entreprise ?)
2) paramétrage de SQL : collation d'installation paramètres généraux (sp_configure) paramètrage de la base volumétrie des données
3) code : requêtes manière d'insérer index et contraintes présent dans les tables impactées
etc.
Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité est l'audit de bases et de serveurs SQL.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
C'est vrai que j'ai pas donné tt les elements mais c'est parce que j'ai deja
verifié pas mal de parametres
- Rien ne tourne avec SQL sur le serveur , a part l'antivirus , quand nous
l'avons desactivé ca a acceleré un peu le traitement sur le serveur mais les
temps restent superierus de 3 fois au temps d'execution sur un petit Windows
XP (1GO de ram)
- Le serveur 2 GO de RAM, espace disque pas de prob
- L'appli rudimentaire n'est pas developpée en procedures stockées , elle
fait des compariaisons entre données de fichiers textes et ensuite insere met
a jour ou supprime des lignes des tables SQL
par des requetes directes
- la base fait 2 GO , et les parametres par defaut je pense
-pendant le traitment sur le serveur les traces montrent que les durées des
requetes sont plus longues que sur le portable XP )
- le reste Cache hit ratio , E/S , Memoire dispo pas d'anomalies les valeurs
sont correctes .
En fait on ne cherche pas a accelerer les traitements car cela demanderait
un redeveloppement mais on cherche a comprendre pourquoi un traitement qui
met 3 heures sur mon portable met plus de 10heures sur le serveur WInd2003
alors que le serveur est dedié a cette appli et a largement ce qu'il faut en
config materiellle
- j'ai meme été jusqu'a migrer la base vers SQL2005 pareil !
voila le probleme , je cherhe toujours des pistes a explorer pour arriver a
une explication scientifique
merci
"Fred BROUARD" a écrit :
hch a écrit :
> bonjour ,
>
> j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4,
> (Select update et delete) , lapplication met 3 heures pour traiter un fichier
> de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette
> meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus
> de RAM et disques plus performants)
>
> j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes
> types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,
>
> Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas
> similaires ?
>
> merci d'avance
avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.
1) paramètres du serveur :
RAM, type et capacité des disques, taux d'occupation des disques, CPU
OS ?
Applications installées autre que SQL Server
version de SQL Server (standard, dev, desktop, entreprise ?)
2) paramétrage de SQL :
collation d'installation
paramètres généraux (sp_configure)
paramètrage de la base
volumétrie des données
3) code :
requêtes
manière d'insérer
index et contraintes présent dans les tables impactées
etc.
Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité
est l'audit de bases et de serveurs SQL.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
C'est vrai que j'ai pas donné tt les elements mais c'est parce que j'ai deja verifié pas mal de parametres
- Rien ne tourne avec SQL sur le serveur , a part l'antivirus , quand nous l'avons desactivé ca a acceleré un peu le traitement sur le serveur mais les temps restent superierus de 3 fois au temps d'execution sur un petit Windows XP (1GO de ram)
- Le serveur 2 GO de RAM, espace disque pas de prob
- L'appli rudimentaire n'est pas developpée en procedures stockées , elle fait des compariaisons entre données de fichiers textes et ensuite insere met a jour ou supprime des lignes des tables SQL par des requetes directes
- la base fait 2 GO , et les parametres par defaut je pense -pendant le traitment sur le serveur les traces montrent que les durées des requetes sont plus longues que sur le portable XP )
- le reste Cache hit ratio , E/S , Memoire dispo pas d'anomalies les valeurs sont correctes .
En fait on ne cherche pas a accelerer les traitements car cela demanderait un redeveloppement mais on cherche a comprendre pourquoi un traitement qui met 3 heures sur mon portable met plus de 10heures sur le serveur WInd2003 alors que le serveur est dedié a cette appli et a largement ce qu'il faut en config materiellle
- j'ai meme été jusqu'a migrer la base vers SQL2005 pareil !
voila le probleme , je cherhe toujours des pistes a explorer pour arriver a une explication scientifique
merci
"Fred BROUARD" a écrit :
hch a écrit : > bonjour , > > j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4, > (Select update et delete) , lapplication met 3 heures pour traiter un fichier > de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette > meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus > de RAM et disques plus performants) > > j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes > types de données etc .. j'ai gangé 20minutes sur les 3 heures !! , > > Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas > similaires ? > > merci d'avance avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.
1) paramètres du serveur : RAM, type et capacité des disques, taux d'occupation des disques, CPU OS ? Applications installées autre que SQL Server version de SQL Server (standard, dev, desktop, entreprise ?)
2) paramétrage de SQL : collation d'installation paramètres généraux (sp_configure) paramètrage de la base volumétrie des données
3) code : requêtes manière d'insérer index et contraintes présent dans les tables impactées
etc.
Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité est l'audit de bases et de serveurs SQL.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Fred BROUARD
hch a écrit :
C'est vrai que j'ai pas donné tt les elements mais c'est parce que j'ai deja verifié pas mal de parametres
- Rien ne tourne avec SQL sur le serveur , a part l'antivirus ,
A ne jamais mettre ! A ce niveau, la sécurité virale doit être gérée en amont. C'est à mon avis la cause principale de vos problèmes
> quand nous
l'avons desactivé ca a acceleré un peu le traitement sur le serveur mais les temps restent superierus de 3 fois au temps d'execution sur un petit Windows XP (1GO de ram)
- Le serveur 2 GO de RAM, espace disque pas de prob
- L'appli rudimentaire n'est pas developpée en procedures stockées , elle fait des compariaisons entre données de fichiers textes
ou ces comparaisons sont-elles faites et comment ? ou sont situés les fichiers ?
et ensuite insere met
a jour ou supprime des lignes des tables SQL par des requetes directes
- la base fait 2 GO , et les parametres par defaut je pense -pendant le traitment sur le serveur les traces montrent que les durées des requetes sont plus longues que sur le portable XP )
- le reste Cache hit ratio , E/S , Memoire dispo pas d'anomalies les valeurs sont correctes .
En fait on ne cherche pas a accelerer les traitements car cela demanderait un redeveloppement mais on cherche a comprendre pourquoi un traitement qui met 3 heures sur mon portable met plus de 10heures sur le serveur WInd2003 alors que le serveur est dedié a cette appli et a largement ce qu'il faut en config materiellle
- j'ai meme été jusqu'a migrer la base vers SQL2005 pareil !
voila le probleme , je cherhe toujours des pistes a explorer pour arriver a une explication scientifique
A +
merci
"Fred BROUARD" a écrit :
hch a écrit :
bonjour ,
j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4, (Select update et delete) , lapplication met 3 heures pour traiter un fichier de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus de RAM et disques plus performants)
j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,
Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas similaires ?
merci d'avance
avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.
1) paramètres du serveur : RAM, type et capacité des disques, taux d'occupation des disques, CPU OS ? Applications installées autre que SQL Server version de SQL Server (standard, dev, desktop, entreprise ?)
2) paramétrage de SQL : collation d'installation paramètres généraux (sp_configure) paramètrage de la base volumétrie des données
3) code : requêtes manière d'insérer index et contraintes présent dans les tables impactées
etc.
Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité est l'audit de bases et de serveurs SQL.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
hch a écrit :
C'est vrai que j'ai pas donné tt les elements mais c'est parce que j'ai deja
verifié pas mal de parametres
- Rien ne tourne avec SQL sur le serveur , a part l'antivirus ,
A ne jamais mettre ! A ce niveau, la sécurité virale doit être gérée en
amont.
C'est à mon avis la cause principale de vos problèmes
> quand nous
l'avons desactivé ca a acceleré un peu le traitement sur le serveur mais les
temps restent superierus de 3 fois au temps d'execution sur un petit Windows
XP (1GO de ram)
- Le serveur 2 GO de RAM, espace disque pas de prob
- L'appli rudimentaire n'est pas developpée en procedures stockées , elle
fait des compariaisons entre données de fichiers textes
ou ces comparaisons sont-elles faites et comment ? ou sont situés les
fichiers ?
et ensuite insere met
a jour ou supprime des lignes des tables SQL
par des requetes directes
- la base fait 2 GO , et les parametres par defaut je pense
-pendant le traitment sur le serveur les traces montrent que les durées des
requetes sont plus longues que sur le portable XP )
- le reste Cache hit ratio , E/S , Memoire dispo pas d'anomalies les valeurs
sont correctes .
En fait on ne cherche pas a accelerer les traitements car cela demanderait
un redeveloppement mais on cherche a comprendre pourquoi un traitement qui
met 3 heures sur mon portable met plus de 10heures sur le serveur WInd2003
alors que le serveur est dedié a cette appli et a largement ce qu'il faut en
config materiellle
- j'ai meme été jusqu'a migrer la base vers SQL2005 pareil !
voila le probleme , je cherhe toujours des pistes a explorer pour arriver a
une explication scientifique
A +
merci
"Fred BROUARD" a écrit :
hch a écrit :
bonjour ,
j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4,
(Select update et delete) , lapplication met 3 heures pour traiter un fichier
de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette
meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus
de RAM et disques plus performants)
j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes
types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,
Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas
similaires ?
merci d'avance
avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.
1) paramètres du serveur :
RAM, type et capacité des disques, taux d'occupation des disques, CPU
OS ?
Applications installées autre que SQL Server
version de SQL Server (standard, dev, desktop, entreprise ?)
2) paramétrage de SQL :
collation d'installation
paramètres généraux (sp_configure)
paramètrage de la base
volumétrie des données
3) code :
requêtes
manière d'insérer
index et contraintes présent dans les tables impactées
etc.
Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité
est l'audit de bases et de serveurs SQL.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
C'est vrai que j'ai pas donné tt les elements mais c'est parce que j'ai deja verifié pas mal de parametres
- Rien ne tourne avec SQL sur le serveur , a part l'antivirus ,
A ne jamais mettre ! A ce niveau, la sécurité virale doit être gérée en amont. C'est à mon avis la cause principale de vos problèmes
> quand nous
l'avons desactivé ca a acceleré un peu le traitement sur le serveur mais les temps restent superierus de 3 fois au temps d'execution sur un petit Windows XP (1GO de ram)
- Le serveur 2 GO de RAM, espace disque pas de prob
- L'appli rudimentaire n'est pas developpée en procedures stockées , elle fait des compariaisons entre données de fichiers textes
ou ces comparaisons sont-elles faites et comment ? ou sont situés les fichiers ?
et ensuite insere met
a jour ou supprime des lignes des tables SQL par des requetes directes
- la base fait 2 GO , et les parametres par defaut je pense -pendant le traitment sur le serveur les traces montrent que les durées des requetes sont plus longues que sur le portable XP )
- le reste Cache hit ratio , E/S , Memoire dispo pas d'anomalies les valeurs sont correctes .
En fait on ne cherche pas a accelerer les traitements car cela demanderait un redeveloppement mais on cherche a comprendre pourquoi un traitement qui met 3 heures sur mon portable met plus de 10heures sur le serveur WInd2003 alors que le serveur est dedié a cette appli et a largement ce qu'il faut en config materiellle
- j'ai meme été jusqu'a migrer la base vers SQL2005 pareil !
voila le probleme , je cherhe toujours des pistes a explorer pour arriver a une explication scientifique
A +
merci
"Fred BROUARD" a écrit :
hch a écrit :
bonjour ,
j'ai une appli Fox pro qui fait des traitements sur SQL server 2000 SP4, (Select update et delete) , lapplication met 3 heures pour traiter un fichier de données de 15MO (C'est normal) , ce qui l'est encore moins c'est que cette meme application met 10heures ou plus sur un vrai serveur (Biprocesseur, Plus de RAM et disques plus performants)
j'ai essayé beaucoup de choses , j'ai fait de l'optimsation SQL Indexes types de données etc .. j'ai gangé 20minutes sur les 3 heures !! ,
Avez vous uun idée d'ou ceci peut provenir ? Est ce que vous avez eu des cas similaires ?
merci d'avance
avec aussi peu d'éléments, difficile de diagnostiquer quoi que ce soit.
1) paramètres du serveur : RAM, type et capacité des disques, taux d'occupation des disques, CPU OS ? Applications installées autre que SQL Server version de SQL Server (standard, dev, desktop, entreprise ?)
2) paramétrage de SQL : collation d'installation paramètres généraux (sp_configure) paramètrage de la base volumétrie des données
3) code : requêtes manière d'insérer index et contraintes présent dans les tables impactées
etc.
Pour des cas similaires, j'en ais eu de nombreux, puisque ma spécialité est l'audit de bases et de serveurs SQL.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************