Salut,
Au risque de choquer certains MVP dont je n'ai pas encore lu le livre... Je
voudrais savoir si dans la même requête on peut relier plusieurs bases ?
En
effet, j'ai une base stats et une base prod, j'aimerais bien pouvoir faire
un inner join entre 2 tables des deux bases dont une colonne serait
identique...
Merci
@+
LJ
"Francky" a écrit dans le message de
news:823901c48531$09a81a80$
Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
Salut,
Au risque de choquer certains MVP dont je n'ai pas encore lu le livre... Je
voudrais savoir si dans la même requête on peut relier plusieurs bases ?
En
effet, j'ai une base stats et une base prod, j'aimerais bien pouvoir faire
un inner join entre 2 tables des deux bases dont une colonne serait
identique...
Merci
@+
LJ
"Francky" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:823901c48531$09a81a80$a501280a@phx.gbl...
Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
Fr@ncky
Salut,
Au risque de choquer certains MVP dont je n'ai pas encore lu le livre... Je
voudrais savoir si dans la même requête on peut relier plusieurs bases ?
En
effet, j'ai une base stats et une base prod, j'aimerais bien pouvoir faire
un inner join entre 2 tables des deux bases dont une colonne serait
identique...
Merci
@+
LJ
"Francky" a écrit dans le message de
news:823901c48531$09a81a80$
Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
Fr@ncky
Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
donnés différentes dans une même requête. Apparament ce max a été dépassé
A +
Francky a écrit:
> Bonjour,
>
> Au cours du déroulement du proc un peu complexe j'obtiens
> ce message d'erreur.
> Ma proc se termine quand même comme il faut.
> Je ne comprends pas le sens de ce message ...
>
> Serveur : Msg 925, Niveau 19, État 1, Ligne 1
> Le nombre maximal de bases de données utilisées dans
> chaque requête a été dépassé. Le maximum autorisé est 8.
>
> merci d'avance pour votre aide.
>
>
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
donnés différentes dans une même requête. Apparament ce max a été dépassé
A +
Francky a écrit:
> Bonjour,
>
> Au cours du déroulement du proc un peu complexe j'obtiens
> ce message d'erreur.
> Ma proc se termine quand même comme il faut.
> Je ne comprends pas le sens de ce message ...
>
> Serveur : Msg 925, Niveau 19, État 1, Ligne 1
> Le nombre maximal de bases de données utilisées dans
> chaque requête a été dépassé. Le maximum autorisé est 8.
>
> merci d'avance pour votre aide.
>
> Fr@ncky
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
donnés différentes dans une même requête. Apparament ce max a été dépassé
A +
Francky a écrit:
> Bonjour,
>
> Au cours du déroulement du proc un peu complexe j'obtiens
> ce message d'erreur.
> Ma proc se termine quand même comme il faut.
> Je ne comprends pas le sens de ce message ...
>
> Serveur : Msg 925, Niveau 19, État 1, Ligne 1
> Le nombre maximal de bases de données utilisées dans
> chaque requête a été dépassé. Le maximum autorisé est 8.
>
> merci d'avance pour votre aide.
>
>
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai quelques
unes faisant intervenir plusieur tables (et encore, moins de 8) .
Par contre je fait appel à des procédures qui appel d'autre proc qui elles
mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et dans 3
bases différentes maximum sur un meme serveur.
cela pourrait t'il etre la cause du message ?
"Fred BROUARD" a écrit dans le message de
news:C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
bases dedonnés différentes dans une même requête. Apparament ce max a été dépassé
!A +
Francky a écrit:Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai quelques
unes faisant intervenir plusieur tables (et encore, moins de 8) .
Par contre je fait appel à des procédures qui appel d'autre proc qui elles
mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et dans 3
bases différentes maximum sur un meme serveur.
cela pourrait t'il etre la cause du message ?
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:uS0zZ4WhEHA.3928@TK2MSFTNGP11.phx.gbl...
C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
bases de
donnés différentes dans une même requête. Apparament ce max a été dépassé
!
A +
Francky a écrit:
Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
Fr@ncky
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai quelques
unes faisant intervenir plusieur tables (et encore, moins de 8) .
Par contre je fait appel à des procédures qui appel d'autre proc qui elles
mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et dans 3
bases différentes maximum sur un meme serveur.
cela pourrait t'il etre la cause du message ?
"Fred BROUARD" a écrit dans le message de
news:C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
bases dedonnés différentes dans une même requête. Apparament ce max a été dépassé
!A +
Francky a écrit:Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
a écrit:
> Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
> unes faisant intervenir plusieur tables (et encore, moins de 8) .
>
> Par contre je fait appel à des procédures qui appel d'autre proc qui
> mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et dans
> bases différentes maximum sur un meme serveur.
>
> cela pourrait t'il etre la cause du message ?
He oui, cela s'apelle la programmation spaghetti !
Même avec trois bases, il peut voir 8 appels successifs d'une base à
Exemple :
Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure A2
pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune leur
de travail.
Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer toute
pour rien et faire un veau applicatif !
A +
>
>
> "Fred BROUARD" a écrit dans le message de
> news:
>
>>C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
>
> bases de
>
>>donnés différentes dans une même requête. Apparament ce max a été
>
> !
>
>>A +
>>
>>Francky a écrit:
>>
>>>Bonjour,
>>>
>>>Au cours du déroulement du proc un peu complexe j'obtiens
>>>ce message d'erreur.
>>>Ma proc se termine quand même comme il faut.
>>>Je ne comprends pas le sens de ce message ...
>>>
>>>Serveur : Msg 925, Niveau 19, État 1, Ligne 1
>>>Le nombre maximal de bases de données utilisées dans
>>>chaque requête a été dépassé. Le maximum autorisé est 8.
>>>
>>>merci d'avance pour votre aide.
>>>
>>>
>>
>>--
>>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
>>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
>>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
>>************************ www.datasapiens.com *************************
>>
>
>
>
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Fr@ncky a écrit:
> Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
> unes faisant intervenir plusieur tables (et encore, moins de 8) .
>
> Par contre je fait appel à des procédures qui appel d'autre proc qui
> mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et dans
> bases différentes maximum sur un meme serveur.
>
> cela pourrait t'il etre la cause du message ?
He oui, cela s'apelle la programmation spaghetti !
Même avec trois bases, il peut voir 8 appels successifs d'une base à
Exemple :
Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure A2
pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune leur
de travail.
Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer toute
pour rien et faire un veau applicatif !
A +
>
>
> "Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
> news:uS0zZ4WhEHA.3928@TK2MSFTNGP11.phx.gbl...
>
>>C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
>
> bases de
>
>>donnés différentes dans une même requête. Apparament ce max a été
>
> !
>
>>A +
>>
>>Francky a écrit:
>>
>>>Bonjour,
>>>
>>>Au cours du déroulement du proc un peu complexe j'obtiens
>>>ce message d'erreur.
>>>Ma proc se termine quand même comme il faut.
>>>Je ne comprends pas le sens de ce message ...
>>>
>>>Serveur : Msg 925, Niveau 19, État 1, Ligne 1
>>>Le nombre maximal de bases de données utilisées dans
>>>chaque requête a été dépassé. Le maximum autorisé est 8.
>>>
>>>merci d'avance pour votre aide.
>>>
>>>Fr@ncky
>>
>>--
>>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
>>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
>>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
>>************************ www.datasapiens.com *************************
>>
>
>
>
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
a écrit:
> Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
> unes faisant intervenir plusieur tables (et encore, moins de 8) .
>
> Par contre je fait appel à des procédures qui appel d'autre proc qui
> mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et dans
> bases différentes maximum sur un meme serveur.
>
> cela pourrait t'il etre la cause du message ?
He oui, cela s'apelle la programmation spaghetti !
Même avec trois bases, il peut voir 8 appels successifs d'une base à
Exemple :
Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure A2
pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune leur
de travail.
Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer toute
pour rien et faire un veau applicatif !
A +
>
>
> "Fred BROUARD" a écrit dans le message de
> news:
>
>>C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
>
> bases de
>
>>donnés différentes dans une même requête. Apparament ce max a été
>
> !
>
>>A +
>>
>>Francky a écrit:
>>
>>>Bonjour,
>>>
>>>Au cours du déroulement du proc un peu complexe j'obtiens
>>>ce message d'erreur.
>>>Ma proc se termine quand même comme il faut.
>>>Je ne comprends pas le sens de ce message ...
>>>
>>>Serveur : Msg 925, Niveau 19, État 1, Ligne 1
>>>Le nombre maximal de bases de données utilisées dans
>>>chaque requête a été dépassé. Le maximum autorisé est 8.
>>>
>>>merci d'avance pour votre aide.
>>>
>>>
>>
>>--
>>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
>>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
>>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
>>************************ www.datasapiens.com *************************
>>
>
>
>
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Moi je n'appel pas cela de la programmation spaghetti !
Quand j'ai un problème je le découpe en plusieurs petits problèmes pour
lesquels les soltuions sont plus facile à trouver. Cela me permet aussi de
les ranger dans des catégorie (proc de manip de chaine, de manip de
de calcul, etc ...)
Chaque proc à un boulot précis.
J'ai aussi réparti dans plusieur bases afin d'y voir plus clair.
J'ai une base TOOLS ou je stocke différents outils (ainsi, si je veux
retrouver mes outils sur un autre serveur je n'ai qu'a copier cette base)
une bases DATA dans laquelle se trouve les données et quelques proc de
manipulation de ces données et une base APPLI dans laquelle je trouve le
coté applicatif .
Devrais-je tout mettre dans une seule base ? Devrais-je moins découpé les
taches en plusieurs proc ?
J'aimerais d'avantage avoir ton avis technique de professionel plutot que
des remarques de prof pas content ;-)
@+
"Fred BROUARD" a écrit dans le message de
news:
>
>
> a écrit:
> > Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
quelques
> > unes faisant intervenir plusieur tables (et encore, moins de 8) .
> >
> > Par contre je fait appel à des procédures qui appel d'autre proc qui
elles
> > mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et
3
> > bases différentes maximum sur un meme serveur.
> >
> > cela pourrait t'il etre la cause du message ?
>
>
> He oui, cela s'apelle la programmation spaghetti !
>
> Même avec trois bases, il peut voir 8 appels successifs d'une base à
l'autre.
>
> Exemple :
>
> Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure
>
> pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune leur
espace
> de travail.
>
> Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer
la RAM
> pour rien et faire un veau applicatif !
>
> A +
> >
> >
> > "Fred BROUARD" a écrit dans le message de
> > news:
> >
> >>C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
> >
> > bases de
> >
> >>donnés différentes dans une même requête. Apparament ce max a été
dépassé
> >
> > !
> >
> >>A +
> >>
> >>Francky a écrit:
> >>
> >>>Bonjour,
> >>>
> >>>Au cours du déroulement du proc un peu complexe j'obtiens
> >>>ce message d'erreur.
> >>>Ma proc se termine quand même comme il faut.
> >>>Je ne comprends pas le sens de ce message ...
> >>>
> >>>Serveur : Msg 925, Niveau 19, État 1, Ligne 1
> >>>Le nombre maximal de bases de données utilisées dans
> >>>chaque requête a été dépassé. Le maximum autorisé est 8.
> >>>
> >>>merci d'avance pour votre aide.
> >>>
> >>>
> >>
> >>--
> >>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> >>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> >>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> >>************************ www.datasapiens.com *************************
> >>
> >
> >
> >
>
> --
> Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> ************************ www.datasapiens.com *************************
>
Moi je n'appel pas cela de la programmation spaghetti !
Quand j'ai un problème je le découpe en plusieurs petits problèmes pour
lesquels les soltuions sont plus facile à trouver. Cela me permet aussi de
les ranger dans des catégorie (proc de manip de chaine, de manip de
de calcul, etc ...)
Chaque proc à un boulot précis.
J'ai aussi réparti dans plusieur bases afin d'y voir plus clair.
J'ai une base TOOLS ou je stocke différents outils (ainsi, si je veux
retrouver mes outils sur un autre serveur je n'ai qu'a copier cette base)
une bases DATA dans laquelle se trouve les données et quelques proc de
manipulation de ces données et une base APPLI dans laquelle je trouve le
coté applicatif .
Devrais-je tout mettre dans une seule base ? Devrais-je moins découpé les
taches en plusieurs proc ?
J'aimerais d'avantage avoir ton avis technique de professionel plutot que
des remarques de prof pas content ;-)
@+
Fr@ncky
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:eR8CCLchEHA.3548@TK2MSFTNGP09.phx.gbl...
>
>
> Fr@ncky a écrit:
> > Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
quelques
> > unes faisant intervenir plusieur tables (et encore, moins de 8) .
> >
> > Par contre je fait appel à des procédures qui appel d'autre proc qui
elles
> > mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et
3
> > bases différentes maximum sur un meme serveur.
> >
> > cela pourrait t'il etre la cause du message ?
>
>
> He oui, cela s'apelle la programmation spaghetti !
>
> Même avec trois bases, il peut voir 8 appels successifs d'une base à
l'autre.
>
> Exemple :
>
> Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure
>
> pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune leur
espace
> de travail.
>
> Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer
la RAM
> pour rien et faire un veau applicatif !
>
> A +
> >
> >
> > "Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
> > news:uS0zZ4WhEHA.3928@TK2MSFTNGP11.phx.gbl...
> >
> >>C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
> >
> > bases de
> >
> >>donnés différentes dans une même requête. Apparament ce max a été
dépassé
> >
> > !
> >
> >>A +
> >>
> >>Francky a écrit:
> >>
> >>>Bonjour,
> >>>
> >>>Au cours du déroulement du proc un peu complexe j'obtiens
> >>>ce message d'erreur.
> >>>Ma proc se termine quand même comme il faut.
> >>>Je ne comprends pas le sens de ce message ...
> >>>
> >>>Serveur : Msg 925, Niveau 19, État 1, Ligne 1
> >>>Le nombre maximal de bases de données utilisées dans
> >>>chaque requête a été dépassé. Le maximum autorisé est 8.
> >>>
> >>>merci d'avance pour votre aide.
> >>>
> >>>Fr@ncky
> >>
> >>--
> >>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> >>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> >>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> >>************************ www.datasapiens.com *************************
> >>
> >
> >
> >
>
> --
> Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> ************************ www.datasapiens.com *************************
>
Moi je n'appel pas cela de la programmation spaghetti !
Quand j'ai un problème je le découpe en plusieurs petits problèmes pour
lesquels les soltuions sont plus facile à trouver. Cela me permet aussi de
les ranger dans des catégorie (proc de manip de chaine, de manip de
de calcul, etc ...)
Chaque proc à un boulot précis.
J'ai aussi réparti dans plusieur bases afin d'y voir plus clair.
J'ai une base TOOLS ou je stocke différents outils (ainsi, si je veux
retrouver mes outils sur un autre serveur je n'ai qu'a copier cette base)
une bases DATA dans laquelle se trouve les données et quelques proc de
manipulation de ces données et une base APPLI dans laquelle je trouve le
coté applicatif .
Devrais-je tout mettre dans une seule base ? Devrais-je moins découpé les
taches en plusieurs proc ?
J'aimerais d'avantage avoir ton avis technique de professionel plutot que
des remarques de prof pas content ;-)
@+
"Fred BROUARD" a écrit dans le message de
news:
>
>
> a écrit:
> > Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
quelques
> > unes faisant intervenir plusieur tables (et encore, moins de 8) .
> >
> > Par contre je fait appel à des procédures qui appel d'autre proc qui
elles
> > mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et
3
> > bases différentes maximum sur un meme serveur.
> >
> > cela pourrait t'il etre la cause du message ?
>
>
> He oui, cela s'apelle la programmation spaghetti !
>
> Même avec trois bases, il peut voir 8 appels successifs d'une base à
l'autre.
>
> Exemple :
>
> Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure
>
> pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune leur
espace
> de travail.
>
> Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer
la RAM
> pour rien et faire un veau applicatif !
>
> A +
> >
> >
> > "Fred BROUARD" a écrit dans le message de
> > news:
> >
> >>C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
> >
> > bases de
> >
> >>donnés différentes dans une même requête. Apparament ce max a été
dépassé
> >
> > !
> >
> >>A +
> >>
> >>Francky a écrit:
> >>
> >>>Bonjour,
> >>>
> >>>Au cours du déroulement du proc un peu complexe j'obtiens
> >>>ce message d'erreur.
> >>>Ma proc se termine quand même comme il faut.
> >>>Je ne comprends pas le sens de ce message ...
> >>>
> >>>Serveur : Msg 925, Niveau 19, État 1, Ligne 1
> >>>Le nombre maximal de bases de données utilisées dans
> >>>chaque requête a été dépassé. Le maximum autorisé est 8.
> >>>
> >>>merci d'avance pour votre aide.
> >>>
> >>>
> >>
> >>--
> >>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> >>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> >>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> >>************************ www.datasapiens.com *************************
> >>
> >
> >
> >
>
> --
> Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> ************************ www.datasapiens.com *************************
>
Personnellement, je ne vois pas très bien la distinction que tu fais entre
les procédures de manipulation (que tu mets dans une base DATA) et la base
APPLI.
Ma préférence est plutôt de voir l'application comme un tout et d'avoir
une base unique avec les données et le code (cela me parait plus simple
aussi pour installer, mettre à jour etc...)
Pour les outils , difficile à dire selon la nature des outils. Si ces
sont utilisés dans le cadre d'une application, j'aurais plutôt tendance là
encore à les mettre dans chaque base (tu peux aussi les mettre dans la
"model" ce qui permet de les retrouver dans chaque nouvelle base créée).
L'avantage est qu'ils peuvent éventuellement être adaptés à un besoin
spécifique (avec l'inconvénient inverse qui est qu'une mise à jour sera
spécifique à l'appli. ceci dit une mise à jour concerne généralement les
applis futures, les applis passées n'ayant pas besoin de la fonctionnalité
nouvellement créé spécifiquement pour une nouvelle appli.).
Seuls les outils très généraux (backup, réindexation etc...) sont stockés
dehors...
Après il est possible de ne pas être d'accord. Même les professsionnels
évaluent selon des critères qui sont propres à leur contexte et parfois
forcément objectifs. Fred est de bon conseil mais - pardon Fred - fait
parfois part de son désaccord d'une façon un peu "tranchée".
Patrice
--
"" a écrit dans le message de
news:%
> Moi je n'appel pas cela de la programmation spaghetti !
> Quand j'ai un problème je le découpe en plusieurs petits problèmes pour
> lesquels les soltuions sont plus facile à trouver. Cela me permet aussi
> les ranger dans des catégorie (proc de manip de chaine, de manip de
donnée,
> de calcul, etc ...)
>
> Chaque proc à un boulot précis.
>
> J'ai aussi réparti dans plusieur bases afin d'y voir plus clair.
>
> J'ai une base TOOLS ou je stocke différents outils (ainsi, si je veux
> retrouver mes outils sur un autre serveur je n'ai qu'a copier cette
,
> une bases DATA dans laquelle se trouve les données et quelques proc de
> manipulation de ces données et une base APPLI dans laquelle je trouve le
> coté applicatif .
>
> Devrais-je tout mettre dans une seule base ? Devrais-je moins découpé
> taches en plusieurs proc ?
>
> J'aimerais d'avantage avoir ton avis technique de professionel plutot
> des remarques de prof pas content ;-)
>
> @+
>
>
>
> "Fred BROUARD" a écrit dans le message de
> news:
> >
> >
> > a écrit:
> > > Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
> quelques
> > > unes faisant intervenir plusieur tables (et encore, moins de 8) .
> > >
> > > Par contre je fait appel à des procédures qui appel d'autre proc qui
> elles
> > > mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et
dans
> 3
> > > bases différentes maximum sur un meme serveur.
> > >
> > > cela pourrait t'il etre la cause du message ?
> >
> >
> > He oui, cela s'apelle la programmation spaghetti !
> >
> > Même avec trois bases, il peut voir 8 appels successifs d'une base à
> l'autre.
> >
> > Exemple :
> >
> > Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure
A2
> >
> > pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune
> espace
> > de travail.
> >
> > Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer
toute
> la RAM
> > pour rien et faire un veau applicatif !
> >
> > A +
> > >
> > >
> > > "Fred BROUARD" a écrit dans le message
> > > news:
> > >
> > >>C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à
> > >
> > > bases de
> > >
> > >>donnés différentes dans une même requête. Apparament ce max a été
> dépassé
> > >
> > > !
> > >
> > >>A +
> > >>
> > >>Francky a écrit:
> > >>
> > >>>Bonjour,
> > >>>
> > >>>Au cours du déroulement du proc un peu complexe j'obtiens
> > >>>ce message d'erreur.
> > >>>Ma proc se termine quand même comme il faut.
> > >>>Je ne comprends pas le sens de ce message ...
> > >>>
> > >>>Serveur : Msg 925, Niveau 19, État 1, Ligne 1
> > >>>Le nombre maximal de bases de données utilisées dans
> > >>>chaque requête a été dépassé. Le maximum autorisé est 8.
> > >>>
> > >>>merci d'avance pour votre aide.
> > >>>
> > >>>
> > >>
> > >>--
> > >>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi,
> > >>Livre SQL - col. Référence :
> > >>Le site du SQL, pour débutants et pros :
> > >>************************ www.datasapiens.com
> > >>
> > >
> > >
> > >
> >
> > --
> > Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> > Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> > Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> > ************************ www.datasapiens.com *************************
> >
>
>
Personnellement, je ne vois pas très bien la distinction que tu fais entre
les procédures de manipulation (que tu mets dans une base DATA) et la base
APPLI.
Ma préférence est plutôt de voir l'application comme un tout et d'avoir
une base unique avec les données et le code (cela me parait plus simple
aussi pour installer, mettre à jour etc...)
Pour les outils , difficile à dire selon la nature des outils. Si ces
sont utilisés dans le cadre d'une application, j'aurais plutôt tendance là
encore à les mettre dans chaque base (tu peux aussi les mettre dans la
"model" ce qui permet de les retrouver dans chaque nouvelle base créée).
L'avantage est qu'ils peuvent éventuellement être adaptés à un besoin
spécifique (avec l'inconvénient inverse qui est qu'une mise à jour sera
spécifique à l'appli. ceci dit une mise à jour concerne généralement les
applis futures, les applis passées n'ayant pas besoin de la fonctionnalité
nouvellement créé spécifiquement pour une nouvelle appli.).
Seuls les outils très généraux (backup, réindexation etc...) sont stockés
dehors...
Après il est possible de ne pas être d'accord. Même les professsionnels
évaluent selon des critères qui sont propres à leur contexte et parfois
forcément objectifs. Fred est de bon conseil mais - pardon Fred - fait
parfois part de son désaccord d'une façon un peu "tranchée".
Patrice
--
"Fr@ncky" <anonymous@microsoft.com> a écrit dans le message de
news:%23khHNmchEHA.556@tk2msftngp13.phx.gbl...
> Moi je n'appel pas cela de la programmation spaghetti !
> Quand j'ai un problème je le découpe en plusieurs petits problèmes pour
> lesquels les soltuions sont plus facile à trouver. Cela me permet aussi
> les ranger dans des catégorie (proc de manip de chaine, de manip de
donnée,
> de calcul, etc ...)
>
> Chaque proc à un boulot précis.
>
> J'ai aussi réparti dans plusieur bases afin d'y voir plus clair.
>
> J'ai une base TOOLS ou je stocke différents outils (ainsi, si je veux
> retrouver mes outils sur un autre serveur je n'ai qu'a copier cette
,
> une bases DATA dans laquelle se trouve les données et quelques proc de
> manipulation de ces données et une base APPLI dans laquelle je trouve le
> coté applicatif .
>
> Devrais-je tout mettre dans une seule base ? Devrais-je moins découpé
> taches en plusieurs proc ?
>
> J'aimerais d'avantage avoir ton avis technique de professionel plutot
> des remarques de prof pas content ;-)
>
> @+
>
> Fr@ncky
>
> "Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
> news:eR8CCLchEHA.3548@TK2MSFTNGP09.phx.gbl...
> >
> >
> > Fr@ncky a écrit:
> > > Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
> quelques
> > > unes faisant intervenir plusieur tables (et encore, moins de 8) .
> > >
> > > Par contre je fait appel à des procédures qui appel d'autre proc qui
> elles
> > > mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et
dans
> 3
> > > bases différentes maximum sur un meme serveur.
> > >
> > > cela pourrait t'il etre la cause du message ?
> >
> >
> > He oui, cela s'apelle la programmation spaghetti !
> >
> > Même avec trois bases, il peut voir 8 appels successifs d'une base à
> l'autre.
> >
> > Exemple :
> >
> > Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure
A2
> >
> > pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune
> espace
> > de travail.
> >
> > Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer
toute
> la RAM
> > pour rien et faire un veau applicatif !
> >
> > A +
> > >
> > >
> > > "Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message
> > > news:uS0zZ4WhEHA.3928@TK2MSFTNGP11.phx.gbl...
> > >
> > >>C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à
> > >
> > > bases de
> > >
> > >>donnés différentes dans une même requête. Apparament ce max a été
> dépassé
> > >
> > > !
> > >
> > >>A +
> > >>
> > >>Francky a écrit:
> > >>
> > >>>Bonjour,
> > >>>
> > >>>Au cours du déroulement du proc un peu complexe j'obtiens
> > >>>ce message d'erreur.
> > >>>Ma proc se termine quand même comme il faut.
> > >>>Je ne comprends pas le sens de ce message ...
> > >>>
> > >>>Serveur : Msg 925, Niveau 19, État 1, Ligne 1
> > >>>Le nombre maximal de bases de données utilisées dans
> > >>>chaque requête a été dépassé. Le maximum autorisé est 8.
> > >>>
> > >>>merci d'avance pour votre aide.
> > >>>
> > >>>Fr@ncky
> > >>
> > >>--
> > >>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi,
> > >>Livre SQL - col. Référence :
> > >>Le site du SQL, pour débutants et pros :
> > >>************************ www.datasapiens.com
> > >>
> > >
> > >
> > >
> >
> > --
> > Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> > Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> > Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> > ************************ www.datasapiens.com *************************
> >
>
>
Personnellement, je ne vois pas très bien la distinction que tu fais entre
les procédures de manipulation (que tu mets dans une base DATA) et la base
APPLI.
Ma préférence est plutôt de voir l'application comme un tout et d'avoir
une base unique avec les données et le code (cela me parait plus simple
aussi pour installer, mettre à jour etc...)
Pour les outils , difficile à dire selon la nature des outils. Si ces
sont utilisés dans le cadre d'une application, j'aurais plutôt tendance là
encore à les mettre dans chaque base (tu peux aussi les mettre dans la
"model" ce qui permet de les retrouver dans chaque nouvelle base créée).
L'avantage est qu'ils peuvent éventuellement être adaptés à un besoin
spécifique (avec l'inconvénient inverse qui est qu'une mise à jour sera
spécifique à l'appli. ceci dit une mise à jour concerne généralement les
applis futures, les applis passées n'ayant pas besoin de la fonctionnalité
nouvellement créé spécifiquement pour une nouvelle appli.).
Seuls les outils très généraux (backup, réindexation etc...) sont stockés
dehors...
Après il est possible de ne pas être d'accord. Même les professsionnels
évaluent selon des critères qui sont propres à leur contexte et parfois
forcément objectifs. Fred est de bon conseil mais - pardon Fred - fait
parfois part de son désaccord d'une façon un peu "tranchée".
Patrice
--
"" a écrit dans le message de
news:%
> Moi je n'appel pas cela de la programmation spaghetti !
> Quand j'ai un problème je le découpe en plusieurs petits problèmes pour
> lesquels les soltuions sont plus facile à trouver. Cela me permet aussi
> les ranger dans des catégorie (proc de manip de chaine, de manip de
donnée,
> de calcul, etc ...)
>
> Chaque proc à un boulot précis.
>
> J'ai aussi réparti dans plusieur bases afin d'y voir plus clair.
>
> J'ai une base TOOLS ou je stocke différents outils (ainsi, si je veux
> retrouver mes outils sur un autre serveur je n'ai qu'a copier cette
,
> une bases DATA dans laquelle se trouve les données et quelques proc de
> manipulation de ces données et une base APPLI dans laquelle je trouve le
> coté applicatif .
>
> Devrais-je tout mettre dans une seule base ? Devrais-je moins découpé
> taches en plusieurs proc ?
>
> J'aimerais d'avantage avoir ton avis technique de professionel plutot
> des remarques de prof pas content ;-)
>
> @+
>
>
>
> "Fred BROUARD" a écrit dans le message de
> news:
> >
> >
> > a écrit:
> > > Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
> quelques
> > > unes faisant intervenir plusieur tables (et encore, moins de 8) .
> > >
> > > Par contre je fait appel à des procédures qui appel d'autre proc qui
> elles
> > > mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et
dans
> 3
> > > bases différentes maximum sur un meme serveur.
> > >
> > > cela pourrait t'il etre la cause du message ?
> >
> >
> > He oui, cela s'apelle la programmation spaghetti !
> >
> > Même avec trois bases, il peut voir 8 appels successifs d'une base à
> l'autre.
> >
> > Exemple :
> >
> > Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure
A2
> >
> > pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune
> espace
> > de travail.
> >
> > Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer
toute
> la RAM
> > pour rien et faire un veau applicatif !
> >
> > A +
> > >
> > >
> > > "Fred BROUARD" a écrit dans le message
> > > news:
> > >
> > >>C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à
> > >
> > > bases de
> > >
> > >>donnés différentes dans une même requête. Apparament ce max a été
> dépassé
> > >
> > > !
> > >
> > >>A +
> > >>
> > >>Francky a écrit:
> > >>
> > >>>Bonjour,
> > >>>
> > >>>Au cours du déroulement du proc un peu complexe j'obtiens
> > >>>ce message d'erreur.
> > >>>Ma proc se termine quand même comme il faut.
> > >>>Je ne comprends pas le sens de ce message ...
> > >>>
> > >>>Serveur : Msg 925, Niveau 19, État 1, Ligne 1
> > >>>Le nombre maximal de bases de données utilisées dans
> > >>>chaque requête a été dépassé. Le maximum autorisé est 8.
> > >>>
> > >>>merci d'avance pour votre aide.
> > >>>
> > >>>
> > >>
> > >>--
> > >>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi,
> > >>Livre SQL - col. Référence :
> > >>Le site du SQL, pour débutants et pros :
> > >>************************ www.datasapiens.com
> > >>
> > >
> > >
> > >
> >
> > --
> > Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> > Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> > Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> > ************************ www.datasapiens.com *************************
> >
>
>
Moi je n'appel pas cela de la programmation spaghetti !
Quand j'ai un problème je le découpe en plusieurs petits problèmes pour
lesquels les soltuions sont plus facile à trouver. Cela me permet aussi de
les ranger dans des catégorie (proc de manip de chaine, de manip de donnée,
de calcul, etc ...)
Chaque proc à un boulot précis.
J'ai aussi réparti dans plusieur bases afin d'y voir plus clair.
J'ai une base TOOLS ou je stocke différents outils (ainsi, si je veux
retrouver mes outils sur un autre serveur je n'ai qu'a copier cette base) ,
une bases DATA dans laquelle se trouve les données et quelques proc de
manipulation de ces données et une base APPLI dans laquelle je trouve le
coté applicatif .
Devrais-je tout mettre dans une seule base ? Devrais-je moins découpé les
taches en plusieurs proc ?
J'aimerais d'avantage avoir ton avis technique de professionel plutot que
des remarques de prof pas content ;-)
@+
"Fred BROUARD" a écrit dans le message de
news:
a écrit:Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
quelquesunes faisant intervenir plusieur tables (et encore, moins de 8) .
Par contre je fait appel à des procédures qui appel d'autre proc qui
ellesmêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et dans
3bases différentes maximum sur un meme serveur.
cela pourrait t'il etre la cause du message ?
He oui, cela s'apelle la programmation spaghetti !
Même avec trois bases, il peut voir 8 appels successifs d'une base à
l'autre.Exemple :
Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure A2
pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune leur
espacede travail.
Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer toute
la RAMpour rien et faire un veau applicatif !
A +
"Fred BROUARD" a écrit dans le message de
news:C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
bases dedonnés différentes dans une même requête. Apparament ce max a été
dépassé!A +
Francky a écrit:Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Moi je n'appel pas cela de la programmation spaghetti !
Quand j'ai un problème je le découpe en plusieurs petits problèmes pour
lesquels les soltuions sont plus facile à trouver. Cela me permet aussi de
les ranger dans des catégorie (proc de manip de chaine, de manip de donnée,
de calcul, etc ...)
Chaque proc à un boulot précis.
J'ai aussi réparti dans plusieur bases afin d'y voir plus clair.
J'ai une base TOOLS ou je stocke différents outils (ainsi, si je veux
retrouver mes outils sur un autre serveur je n'ai qu'a copier cette base) ,
une bases DATA dans laquelle se trouve les données et quelques proc de
manipulation de ces données et une base APPLI dans laquelle je trouve le
coté applicatif .
Devrais-je tout mettre dans une seule base ? Devrais-je moins découpé les
taches en plusieurs proc ?
J'aimerais d'avantage avoir ton avis technique de professionel plutot que
des remarques de prof pas content ;-)
@+
Fr@ncky
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:eR8CCLchEHA.3548@TK2MSFTNGP09.phx.gbl...
Fr@ncky a écrit:
Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
quelques
unes faisant intervenir plusieur tables (et encore, moins de 8) .
Par contre je fait appel à des procédures qui appel d'autre proc qui
elles
mêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et dans
3
bases différentes maximum sur un meme serveur.
cela pourrait t'il etre la cause du message ?
He oui, cela s'apelle la programmation spaghetti !
Même avec trois bases, il peut voir 8 appels successifs d'une base à
l'autre.
Exemple :
Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure A2
pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune leur
espace
de travail.
Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer toute
la RAM
pour rien et faire un veau applicatif !
A +
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:uS0zZ4WhEHA.3928@TK2MSFTNGP11.phx.gbl...
C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
bases de
donnés différentes dans une même requête. Apparament ce max a été
dépassé
!
A +
Francky a écrit:
Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
Fr@ncky
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Moi je n'appel pas cela de la programmation spaghetti !
Quand j'ai un problème je le découpe en plusieurs petits problèmes pour
lesquels les soltuions sont plus facile à trouver. Cela me permet aussi de
les ranger dans des catégorie (proc de manip de chaine, de manip de donnée,
de calcul, etc ...)
Chaque proc à un boulot précis.
J'ai aussi réparti dans plusieur bases afin d'y voir plus clair.
J'ai une base TOOLS ou je stocke différents outils (ainsi, si je veux
retrouver mes outils sur un autre serveur je n'ai qu'a copier cette base) ,
une bases DATA dans laquelle se trouve les données et quelques proc de
manipulation de ces données et une base APPLI dans laquelle je trouve le
coté applicatif .
Devrais-je tout mettre dans une seule base ? Devrais-je moins découpé les
taches en plusieurs proc ?
J'aimerais d'avantage avoir ton avis technique de professionel plutot que
des remarques de prof pas content ;-)
@+
"Fred BROUARD" a écrit dans le message de
news:
a écrit:Je n'ai pas de requete faisant intervenir plusieurs bases, j'en ai
quelquesunes faisant intervenir plusieur tables (et encore, moins de 8) .
Par contre je fait appel à des procédures qui appel d'autre proc qui
ellesmêmes en appelles d'autre etc ... peut-être au delà de 8 niveaux et dans
3bases différentes maximum sur un meme serveur.
cela pourrait t'il etre la cause du message ?
He oui, cela s'apelle la programmation spaghetti !
Même avec trois bases, il peut voir 8 appels successifs d'une base à
l'autre.Exemple :
Base A, Procedure A1 appel => Base B, Procédure B1 => Base A procedure A2
pour lui, c'est 3 bases ouvertes qu'il faut maintenir avec chacune leur
espacede travail.
Non seulement c'est du spaghetti, mais le meilleur moyen de bouffer toute
la RAMpour rien et faire un veau applicatif !
A +
"Fred BROUARD" a écrit dans le message de
news:C'est assez clair : SQL Server admet que l'on travaille avec jusqu'à 8
bases dedonnés différentes dans une même requête. Apparament ce max a été
dépassé!A +
Francky a écrit:Bonjour,
Au cours du déroulement du proc un peu complexe j'obtiens
ce message d'erreur.
Ma proc se termine quand même comme il faut.
Je ne comprends pas le sens de ce message ...
Serveur : Msg 925, Niveau 19, État 1, Ligne 1
Le nombre maximal de bases de données utilisées dans
chaque requête a été dépassé. Le maximum autorisé est 8.
merci d'avance pour votre aide.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Fred est de bon conseil mais - pardon Fred - fait
parfois part de son désaccord d'une façon un peu "tranchée".
Patrice
Fred est de bon conseil mais - pardon Fred - fait
parfois part de son désaccord d'une façon un peu "tranchée".
Patrice
Fred est de bon conseil mais - pardon Fred - fait
parfois part de son désaccord d'une façon un peu "tranchée".
Patrice
