la requête lancé pour le test contient la gestion de 90 items et
l'équivalent de 58 jointures en SQL le tout sur 5 fichiers multivalué
(en SQL il aurait fallu 63 tables)
Dr Thierry HOLZ
helios services
180 rue de la croix du chene
60250 HEILLES
www.openqm.com02.net
www.pick.com02.net
en informatique UNIX est bien un DOS (Disk Operating System) et non un engrais agricole fabriqué par BASF
Vous confondez OS et DOS
J'ai vu des Unix tourner sur des machines diskless :-D
et alors c'est pas parce que une sur une machine il y a un DOS en rom ou autre qu'un DOS n'est pas un DOS
A ce moment là il est plus qu'un Dos
je voie
de chemin de faire ?
fin troll
tanh que thu mon trarra autemps d'hirrespai poure tai intairlaucuteures ...
on ne respecte que les gens respectables
helios
ALain Montfranc a écrit :
(supersedes )
helios a écrit
ALain Montfranc a écrit :
helios a écrit
ALain Montfranc a écrit :
helios a écrit
ALain Montfranc a écrit :
helios a écrit
c'est un champ qui contient des valeurs multiples par exemples les prénoms , ou les numéros de téléphone ou toute information ayant plusieurs occurrences
Dans ton exemple date_acte / notaire sont multivalués ?
Comment se fait la jonction date <=> notaire ? On suppose que date[0] est associé à notaire[0] et ainsi de suite ?
par pédagogie je simplie la notation sans la suite
date_acte [1] correspond a notaire [1] date_acte [2] correspond a notaire [2]
mais si il y a plusieurs date pour le notaire3
date_acte [3,1] correspond a notaire [3] date_acte [3,2] correspond a notaire [3]
Ok, effectivement c'est pas mal pour le 1..n
Mais pour le n..n ?
tu peux avoir pour le n..m
date_acte [5,1] correspond a notaire [5,1] date_acte [5,2] correspond a notaire [5,1] date_acte [5,3] correspond a notaire [5,1] date_acte [5,1] correspond a notaire [5,2] date_acte [5,2] correspond a notaire [5,2] date_acte [5,3] correspond a notaire [5,2]
Et si date_acte[5,3] ne correspond qu'a notaire [5,1] ?
c'est impossible puisque les date_acte[5,n] correspondent obligatoirement aux notaire[5,m]
On atteint donc les limites du systeme
ce n'est pas une limite c'est une impossibilité dans la realité
car cela sera une incoherence dans la realité ont ne peut pas etre a la fois ensemble et separement
donc comme le SGBDRMV n'autorise pas a avoir des relation irrelle c'est pas une limite mais une securité
par contre il peut existé un
date_acte[7] correspondant a notaire[7] ou date_acte[7]Úte[5,3] et notaire[7]=notaire[5,1]
Et c'est gérable un bordel pareil ?
il est ingerable dans un SGBDR que deux champ est la meme valeur ?
ainsi par exemple
toto notaire[5,1] et notaire[7] titi notaire[5,2] tata notaire[5,3]
et
10/3/2002 date[5,1] 10/5/2003 date[5,2] 10/6/2006 date[5,3] et date[7]
ce qui correspond une realité ou les trois notaire ont travaille ensemble au trois dates et le notaire toto a aussi travaille seul a la derniere date
Qu'est ce qui lie fortement date_acte[7] et date[5,3] ? La valeur ? C'est insuffisant.
voir plus haut
ALain Montfranc a écrit :
(supersedes <mn.e2d47d71828a2890.51095@x.con>)
helios a écrit
ALain Montfranc a écrit :
helios a écrit
ALain Montfranc a écrit :
helios a écrit
ALain Montfranc a écrit :
helios a écrit
c'est un champ qui contient des valeurs multiples par exemples
les prénoms , ou les numéros de téléphone ou toute information
ayant plusieurs occurrences
Dans ton exemple date_acte / notaire sont multivalués ?
Comment se fait la jonction date <=> notaire ? On suppose que
date[0] est associé à notaire[0] et ainsi de suite ?
par pédagogie je simplie la notation sans la suite
date_acte [1] correspond a notaire [1]
date_acte [2] correspond a notaire [2]
mais si il y a plusieurs date pour le notaire3
date_acte [3,1] correspond a notaire [3]
date_acte [3,2] correspond a notaire [3]
Ok, effectivement c'est pas mal pour le 1..n
Mais pour le n..n ?
tu peux avoir pour le n..m
date_acte [5,1] correspond a notaire [5,1]
date_acte [5,2] correspond a notaire [5,1]
date_acte [5,3] correspond a notaire [5,1]
date_acte [5,1] correspond a notaire [5,2]
date_acte [5,2] correspond a notaire [5,2]
date_acte [5,3] correspond a notaire [5,2]
Et si date_acte[5,3] ne correspond qu'a notaire [5,1] ?
c'est impossible puisque les date_acte[5,n] correspondent
obligatoirement aux notaire[5,m]
On atteint donc les limites du systeme
ce n'est pas une limite c'est une impossibilité dans la realité
car cela sera une incoherence dans la realité ont ne peut pas etre a la
fois ensemble et separement
donc comme le SGBDRMV n'autorise pas a avoir des relation irrelle c'est
pas une limite mais une securité
par contre il peut existé un
date_acte[7] correspondant a notaire[7]
ou date_acte[7]Úte[5,3] et notaire[7]=notaire[5,1]
Et c'est gérable un bordel pareil ?
il est ingerable dans un SGBDR que deux champ est la meme valeur ?
ainsi par exemple
toto notaire[5,1] et notaire[7]
titi notaire[5,2]
tata notaire[5,3]
et
10/3/2002 date[5,1]
10/5/2003 date[5,2]
10/6/2006 date[5,3] et date[7]
ce qui correspond une realité ou les trois notaire ont travaille
ensemble au trois dates et le notaire toto a aussi travaille seul a la
derniere date
Qu'est ce qui lie fortement date_acte[7] et date[5,3] ? La valeur ?
C'est insuffisant.
c'est un champ qui contient des valeurs multiples par exemples les prénoms , ou les numéros de téléphone ou toute information ayant plusieurs occurrences
Dans ton exemple date_acte / notaire sont multivalués ?
Comment se fait la jonction date <=> notaire ? On suppose que date[0] est associé à notaire[0] et ainsi de suite ?
par pédagogie je simplie la notation sans la suite
date_acte [1] correspond a notaire [1] date_acte [2] correspond a notaire [2]
mais si il y a plusieurs date pour le notaire3
date_acte [3,1] correspond a notaire [3] date_acte [3,2] correspond a notaire [3]
Ok, effectivement c'est pas mal pour le 1..n
Mais pour le n..n ?
tu peux avoir pour le n..m
date_acte [5,1] correspond a notaire [5,1] date_acte [5,2] correspond a notaire [5,1] date_acte [5,3] correspond a notaire [5,1] date_acte [5,1] correspond a notaire [5,2] date_acte [5,2] correspond a notaire [5,2] date_acte [5,3] correspond a notaire [5,2]
Et si date_acte[5,3] ne correspond qu'a notaire [5,1] ?
c'est impossible puisque les date_acte[5,n] correspondent obligatoirement aux notaire[5,m]
On atteint donc les limites du systeme
ce n'est pas une limite c'est une impossibilité dans la realité
car cela sera une incoherence dans la realité ont ne peut pas etre a la fois ensemble et separement
donc comme le SGBDRMV n'autorise pas a avoir des relation irrelle c'est pas une limite mais une securité
par contre il peut existé un
date_acte[7] correspondant a notaire[7] ou date_acte[7]Úte[5,3] et notaire[7]=notaire[5,1]
Et c'est gérable un bordel pareil ?
il est ingerable dans un SGBDR que deux champ est la meme valeur ?
ainsi par exemple
toto notaire[5,1] et notaire[7] titi notaire[5,2] tata notaire[5,3]
et
10/3/2002 date[5,1] 10/5/2003 date[5,2] 10/6/2006 date[5,3] et date[7]
ce qui correspond une realité ou les trois notaire ont travaille ensemble au trois dates et le notaire toto a aussi travaille seul a la derniere date
Qu'est ce qui lie fortement date_acte[7] et date[5,3] ? La valeur ? C'est insuffisant.
voir plus haut
ALain Montfranc
helios a écrit
il est ingerable dans un SGBDR que deux champ est la meme valeur ?
Oui si ce sont des primary keys par exemple
10/3/2002 date[5,1] 10/5/2003 date[5,2] 10/6/2006 date[5,3] et date[7]
Le fait que 2 champs aient la même valeur n'implique pas forcément de liaison forte entre les deux champs sauf si ce sont des identifiants. Une date n'est a priori pas un identifiant.
ce qui correspond une realité ou les trois notaire ont travaille ensemble au trois dates et le notaire toto a aussi travaille seul a la derniere date
Et si un quatrieme n'ayant rien a voir avec l'affaire interessant l'unique a aussi travaillé ce jour là ?
Qu'est ce qui lie fortement date_acte[7] et date[5,3] ? La valeur ? C'est insuffisant.
voir plus haut
ah
helios a écrit
il est ingerable dans un SGBDR que deux champ est la meme valeur ?
Oui si ce sont des primary keys par exemple
10/3/2002 date[5,1]
10/5/2003 date[5,2]
10/6/2006 date[5,3] et date[7]
Le fait que 2 champs aient la même valeur n'implique pas forcément de
liaison forte entre les deux champs sauf si ce sont des identifiants.
Une date n'est a priori pas un identifiant.
ce qui correspond une realité ou les trois notaire ont travaille ensemble au
trois dates et le notaire toto a aussi travaille seul a la derniere date
Et si un quatrieme n'ayant rien a voir avec l'affaire interessant
l'unique a aussi travaillé ce jour là ?
Qu'est ce qui lie fortement date_acte[7] et date[5,3] ? La valeur ? C'est
insuffisant.
il est ingerable dans un SGBDR que deux champ est la meme valeur ?
Oui si ce sont des primary keys par exemple
10/3/2002 date[5,1] 10/5/2003 date[5,2] 10/6/2006 date[5,3] et date[7]
Le fait que 2 champs aient la même valeur n'implique pas forcément de liaison forte entre les deux champs sauf si ce sont des identifiants. Une date n'est a priori pas un identifiant.
ce qui correspond une realité ou les trois notaire ont travaille ensemble au trois dates et le notaire toto a aussi travaille seul a la derniere date
Et si un quatrieme n'ayant rien a voir avec l'affaire interessant l'unique a aussi travaillé ce jour là ?
Qu'est ce qui lie fortement date_acte[7] et date[5,3] ? La valeur ? C'est insuffisant.
voir plus haut
ah
ALain Montfranc
helios a écrit
tanh que thu mon trarra autemps d'hirrespai poure tai intairlaucuteures ...
on ne respecte que les gens respectables
Don ctu méprises les contributeurs de ce groupe de discussion. cqfd
helios a écrit
tanh que thu mon trarra autemps d'hirrespai poure tai intairlaucuteures ...
on ne respecte que les gens respectables
Don ctu méprises les contributeurs de ce groupe de discussion. cqfd
tanh que thu mon trarra autemps d'hirrespai poure tai intairlaucuteures ...
on ne respecte que les gens respectables
Don ctu méprises les contributeurs de ce groupe de discussion. cqfd
helios
ALain Montfranc a écrit :
helios a écrit
il est ingerable dans un SGBDR que deux champ est la meme valeur ?
Oui si ce sont des primary keys par exemple
10/3/2002 date[5,1] 10/5/2003 date[5,2] 10/6/2006 date[5,3] et date[7]
Le fait que 2 champs aient la même valeur n'implique pas forcément de liaison forte entre les deux champs sauf si ce sont des identifiants. Une date n'est a priori pas un identifiant.
alors pourquoi avoir pose la question si tu connais la réponse
ce qui correspond une realité ou les trois notaire ont travaille ensemble au trois dates et le notaire toto a aussi travaille seul a la derniere date
Et si un quatrieme n'ayant rien a voir avec l'affaire interessant l'unique a aussi travaillé ce jour là ?
toto deviendra alors notaire[7,1] et tete sera notaire[7,2] de par l'ajout de tete dans notaire[7]
ALain Montfranc a écrit :
helios a écrit
il est ingerable dans un SGBDR que deux champ est la meme valeur ?
Oui si ce sont des primary keys par exemple
10/3/2002 date[5,1]
10/5/2003 date[5,2]
10/6/2006 date[5,3] et date[7]
Le fait que 2 champs aient la même valeur n'implique pas forcément de
liaison forte entre les deux champs sauf si ce sont des identifiants.
Une date n'est a priori pas un identifiant.
alors pourquoi avoir pose la question si tu connais la réponse
ce qui correspond une realité ou les trois notaire ont travaille
ensemble au trois dates et le notaire toto a aussi travaille seul a la
derniere date
Et si un quatrieme n'ayant rien a voir avec l'affaire interessant
l'unique a aussi travaillé ce jour là ?
toto deviendra alors notaire[7,1] et tete sera notaire[7,2] de par
l'ajout de tete dans notaire[7]
il est ingerable dans un SGBDR que deux champ est la meme valeur ?
Oui si ce sont des primary keys par exemple
10/3/2002 date[5,1] 10/5/2003 date[5,2] 10/6/2006 date[5,3] et date[7]
Le fait que 2 champs aient la même valeur n'implique pas forcément de liaison forte entre les deux champs sauf si ce sont des identifiants. Une date n'est a priori pas un identifiant.
alors pourquoi avoir pose la question si tu connais la réponse
ce qui correspond une realité ou les trois notaire ont travaille ensemble au trois dates et le notaire toto a aussi travaille seul a la derniere date
Et si un quatrieme n'ayant rien a voir avec l'affaire interessant l'unique a aussi travaillé ce jour là ?
toto deviendra alors notaire[7,1] et tete sera notaire[7,2] de par l'ajout de tete dans notaire[7]
helios
ALain Montfranc a écrit :
helios a écrit
tanh que thu mon trarra autemps d'hirrespai poure tai intairlaucuteures ...
on ne respecte que les gens respectables
Don ctu méprises les contributeurs de ce groupe de discussion. cqfd
ceux qui ne sont pas respectable seulement
ALain Montfranc a écrit :
helios a écrit
tanh que thu mon trarra autemps d'hirrespai poure tai
intairlaucuteures ...
on ne respecte que les gens respectables
Don ctu méprises les contributeurs de ce groupe de discussion. cqfd
tanh que thu mon trarra autemps d'hirrespai poure tai intairlaucuteures ...
on ne respecte que les gens respectables
Don ctu méprises les contributeurs de ce groupe de discussion. cqfd
ceux qui ne sont pas respectable seulement
ALain Montfranc
helios a écrit
Le fait que 2 champs aient la même valeur n'implique pas forcément de liaison forte entre les deux champs sauf si ce sont des identifiants. Une date n'est a priori pas un identifiant.
alors pourquoi avoir pose la question si tu connais la réponse
Parce que tu n'as pas repondu à la question :
Qu'est ce qui lie fortement date_acte[7] et date[5,3] ? La valeur ? C'est insuffisant
ce qui correspond une realité ou les trois notaire ont travaille ensemble au trois dates et le notaire toto a aussi travaille seul a la derniere date
Et si un quatrieme n'ayant rien a voir avec l'affaire interessant l'unique a aussi travaillé ce jour là ?
toto deviendra alors notaire[7,1] et tete sera notaire[7,2] de par l'ajout de tete dans notaire[7]
Ca ne resoud rien
helios a écrit
Le fait que 2 champs aient la même valeur n'implique pas forcément de
liaison forte entre les deux champs sauf si ce sont des identifiants. Une
date n'est a priori pas un identifiant.
alors pourquoi avoir pose la question si tu connais la réponse
Parce que tu n'as pas repondu à la question :
Qu'est ce qui lie fortement date_acte[7] et date[5,3] ? La valeur ? C'est
insuffisant
ce qui correspond une realité ou les trois notaire ont travaille ensemble
au trois dates et le notaire toto a aussi travaille seul a la derniere
date
Et si un quatrieme n'ayant rien a voir avec l'affaire interessant l'unique
a aussi travaillé ce jour là ?
toto deviendra alors notaire[7,1] et tete sera notaire[7,2] de par l'ajout de
tete dans notaire[7]
Le fait que 2 champs aient la même valeur n'implique pas forcément de liaison forte entre les deux champs sauf si ce sont des identifiants. Une date n'est a priori pas un identifiant.
alors pourquoi avoir pose la question si tu connais la réponse
Parce que tu n'as pas repondu à la question :
Qu'est ce qui lie fortement date_acte[7] et date[5,3] ? La valeur ? C'est insuffisant
ce qui correspond une realité ou les trois notaire ont travaille ensemble au trois dates et le notaire toto a aussi travaille seul a la derniere date
Et si un quatrieme n'ayant rien a voir avec l'affaire interessant l'unique a aussi travaillé ce jour là ?
toto deviendra alors notaire[7,1] et tete sera notaire[7,2] de par l'ajout de tete dans notaire[7]
Ca ne resoud rien
Nicolas Krebs
helios écrivit dans l'article news:45bb1559$0$31446$
ALain Montfranc a écrit :
> Dans ton exemple date_acte / notaire sont multivalués ? > > Comment se fait la jonction date <=> notaire ? On suppose que date[0] > est associé à notaire[0] et ainsi de suite ?
date_acte [1] correspond a notaire [1] date_acte [2] correspond a notaire [2]
mais si il y a plusieurs date pour le notaire3
date_acte [3,1] correspond a notaire [3] date_acte [3,2] correspond a notaire [3]
et si il y a plusieurs notaire a la date4
date_acte [4] correspond a notaire [4,1] date_acte [4] correspond a notaire [4,2]
Ceci contredit ce que vous avez écrit précédement (« en SGBDRMV on met tout les prénom dans le champ prénom sans jointure » dans news:45bb0c9b$0$25894$ , « pour la meme chose MV a une table et aucune jointure » dans news:45bb3200$0$26756$ )
la norme SGBDRMV prévois 128 niveaux de multivalué
Donc au delà de 128, ça plante/bloque/explose/refuse ?
Dr Thierry HOLZ helios services 180 rue de la croix du chene 60250 HEILLES www.openqm.com02.net www.pick.com02.net
Signature non conforme.
helios écrivit dans l'article news:45bb1559$0$31446$426a74cc@news.free.fr
ALain Montfranc a écrit :
> Dans ton exemple date_acte / notaire sont multivalués ?
>
> Comment se fait la jonction date <=> notaire ? On suppose que date[0]
> est associé à notaire[0] et ainsi de suite ?
date_acte [1] correspond a notaire [1]
date_acte [2] correspond a notaire [2]
mais si il y a plusieurs date pour le notaire3
date_acte [3,1] correspond a notaire [3]
date_acte [3,2] correspond a notaire [3]
et si il y a plusieurs notaire a la date4
date_acte [4] correspond a notaire [4,1]
date_acte [4] correspond a notaire [4,2]
Ceci contredit ce que vous avez écrit précédement
(« en SGBDRMV on met tout les prénom dans
le champ prénom sans jointure » dans
news:45bb0c9b$0$25894$426a74cc@news.free.fr , « pour la
meme chose MV a une table et aucune jointure » dans
news:45bb3200$0$26756$426a74cc@news.free.fr )
la norme SGBDRMV prévois 128 niveaux de multivalué
Donc au delà de 128, ça plante/bloque/explose/refuse ?
Dr Thierry HOLZ
helios services
180 rue de la croix du chene
60250 HEILLES
www.openqm.com02.net
www.pick.com02.net
helios écrivit dans l'article news:45bb1559$0$31446$
ALain Montfranc a écrit :
> Dans ton exemple date_acte / notaire sont multivalués ? > > Comment se fait la jonction date <=> notaire ? On suppose que date[0] > est associé à notaire[0] et ainsi de suite ?
date_acte [1] correspond a notaire [1] date_acte [2] correspond a notaire [2]
mais si il y a plusieurs date pour le notaire3
date_acte [3,1] correspond a notaire [3] date_acte [3,2] correspond a notaire [3]
et si il y a plusieurs notaire a la date4
date_acte [4] correspond a notaire [4,1] date_acte [4] correspond a notaire [4,2]
Ceci contredit ce que vous avez écrit précédement (« en SGBDRMV on met tout les prénom dans le champ prénom sans jointure » dans news:45bb0c9b$0$25894$ , « pour la meme chose MV a une table et aucune jointure » dans news:45bb3200$0$26756$ )
la norme SGBDRMV prévois 128 niveaux de multivalué
Donc au delà de 128, ça plante/bloque/explose/refuse ?
Dr Thierry HOLZ helios services 180 rue de la croix du chene 60250 HEILLES www.openqm.com02.net www.pick.com02.net
Signature non conforme.
helios
Nicolas Krebs a écrit :
helios écrivit dans l'article news:45bb1559$0$31446$
ALain Montfranc a écrit :
Dans ton exemple date_acte / notaire sont multivalués ?
Comment se fait la jonction date <=> notaire ? On suppose que date[0] est associé à notaire[0] et ainsi de suite ?
date_acte [1] correspond a notaire [1] date_acte [2] correspond a notaire [2]
mais si il y a plusieurs date pour le notaire3
date_acte [3,1] correspond a notaire [3] date_acte [3,2] correspond a notaire [3]
et si il y a plusieurs notaire a la date4
date_acte [4] correspond a notaire [4,1] date_acte [4] correspond a notaire [4,2]
Ceci contredit ce que vous avez écrit précédement (« en SGBDRMV on met tout les prénom dans le champ prénom sans jointure » dans
il y un champ prenom ou dans l'exemple present un seul champ notaire
ce champ notaire est multivalué
donc notaire[1] est la premiere valeur du champ notaire[4,1] est la premiere sous-valeur de la valeur 4 du champ notaire
news:45bb0c9b$0$25894$ , « pour la meme chose MV a une table et aucune jointure » dans news:45bb3200$0$26756$ )
la norme SGBDRMV prévois 128 niveaux de multivalué
Donc au delà de 128, ça plante/bloque/explose/refuse ?
je ne connait aucune base qui dépasse 10niveaux alors ....
imagines tu une valeur qui soit un tableau a plus de 128 dimensions
pour savoir ce qui se passe au 129eme niveaux essais :-)
les 128 niveaux du MV sont comme les calculatrices qui calculs jusqu'a 10^49 meme la taille de l'univers exprime en amstrong est loin d'atteindre 10^49
Dr Thierry HOLZ helios services 180 rue de la croix du chene 60250 HEILLES www.openqm.com02.net www.pick.com02.net
Nicolas Krebs a écrit :
helios écrivit dans l'article news:45bb1559$0$31446$426a74cc@news.free.fr
ALain Montfranc a écrit :
Dans ton exemple date_acte / notaire sont multivalués ?
Comment se fait la jonction date <=> notaire ? On suppose que date[0]
est associé à notaire[0] et ainsi de suite ?
date_acte [1] correspond a notaire [1]
date_acte [2] correspond a notaire [2]
mais si il y a plusieurs date pour le notaire3
date_acte [3,1] correspond a notaire [3]
date_acte [3,2] correspond a notaire [3]
et si il y a plusieurs notaire a la date4
date_acte [4] correspond a notaire [4,1]
date_acte [4] correspond a notaire [4,2]
Ceci contredit ce que vous avez écrit précédement
(« en SGBDRMV on met tout les prénom dans
le champ prénom sans jointure » dans
il y un champ prenom ou dans l'exemple present un seul champ notaire
ce champ notaire est multivalué
donc notaire[1] est la premiere valeur du champ
notaire[4,1] est la premiere sous-valeur de la valeur 4 du champ notaire
news:45bb0c9b$0$25894$426a74cc@news.free.fr , « pour la
meme chose MV a une table et aucune jointure » dans
news:45bb3200$0$26756$426a74cc@news.free.fr )
la norme SGBDRMV prévois 128 niveaux de multivalué
Donc au delà de 128, ça plante/bloque/explose/refuse ?
je ne connait aucune base qui dépasse 10niveaux alors ....
imagines tu une valeur qui soit un tableau a plus de 128 dimensions
pour savoir ce qui se passe au 129eme niveaux essais :-)
les 128 niveaux du MV sont comme les calculatrices qui calculs jusqu'a
10^49 meme la taille de l'univers exprime en amstrong est loin
d'atteindre 10^49
Dr Thierry HOLZ
helios services
180 rue de la croix du chene
60250 HEILLES
www.openqm.com02.net
www.pick.com02.net
helios écrivit dans l'article news:45bb1559$0$31446$
ALain Montfranc a écrit :
Dans ton exemple date_acte / notaire sont multivalués ?
Comment se fait la jonction date <=> notaire ? On suppose que date[0] est associé à notaire[0] et ainsi de suite ?
date_acte [1] correspond a notaire [1] date_acte [2] correspond a notaire [2]
mais si il y a plusieurs date pour le notaire3
date_acte [3,1] correspond a notaire [3] date_acte [3,2] correspond a notaire [3]
et si il y a plusieurs notaire a la date4
date_acte [4] correspond a notaire [4,1] date_acte [4] correspond a notaire [4,2]
Ceci contredit ce que vous avez écrit précédement (« en SGBDRMV on met tout les prénom dans le champ prénom sans jointure » dans
il y un champ prenom ou dans l'exemple present un seul champ notaire
ce champ notaire est multivalué
donc notaire[1] est la premiere valeur du champ notaire[4,1] est la premiere sous-valeur de la valeur 4 du champ notaire
news:45bb0c9b$0$25894$ , « pour la meme chose MV a une table et aucune jointure » dans news:45bb3200$0$26756$ )
la norme SGBDRMV prévois 128 niveaux de multivalué
Donc au delà de 128, ça plante/bloque/explose/refuse ?
je ne connait aucune base qui dépasse 10niveaux alors ....
imagines tu une valeur qui soit un tableau a plus de 128 dimensions
pour savoir ce qui se passe au 129eme niveaux essais :-)
les 128 niveaux du MV sont comme les calculatrices qui calculs jusqu'a 10^49 meme la taille de l'univers exprime en amstrong est loin d'atteindre 10^49
Dr Thierry HOLZ helios services 180 rue de la croix du chene 60250 HEILLES www.openqm.com02.net www.pick.com02.net
Nicolas Krebs
helios écrivit dans l'article news:45bd1720$0$22096$
Nicolas Krebs a écrit : > helios écrivit dans l'article news:45bb1559$0$31446$
>> la norme SGBDRMV prévois 128 niveaux de multivalué > > Donc au delà de 128, ça plante/bloque/explose/refuse ? >
je ne connait aucune base qui dépasse 10niveaux alors ....
Je vous ai pourtant donné un exemple dans news:4457b6d0$1$161$ . Si une base de donnée contient les informations et les relations telles que l'entreprise A a pour fournisseur l'entreprise B, qui est une filiale de l'entreprise C, qui a pour fournisseur l'entreprise A, alors cela crée une boucle, d'où une infinité de niveaux.
Et vous n'avez pas répondu à ma question. Au delà de 128, ça plante/bloque/explose/refuse ?
helios écrivit dans l'article news:45bd1720$0$22096$426a74cc@news.free.fr
Nicolas Krebs a écrit :
> helios écrivit dans l'article news:45bb1559$0$31446$426a74cc@news.free.fr
>> la norme SGBDRMV prévois 128 niveaux de multivalué
>
> Donc au delà de 128, ça plante/bloque/explose/refuse ?
>
je ne connait aucune base qui dépasse 10niveaux alors ....
Je vous ai pourtant donné un exemple dans
news:4457b6d0$1$161$a3f2974a@nnrp1.numericable.fr .
Si une base de donnée contient les informations et les relations telles
que l'entreprise A a pour fournisseur l'entreprise B, qui est une filiale
de l'entreprise C, qui a pour fournisseur l'entreprise A, alors cela crée
une boucle, d'où une infinité de niveaux.
Et vous n'avez pas répondu à ma question. Au delà de 128, ça
plante/bloque/explose/refuse ?
helios écrivit dans l'article news:45bd1720$0$22096$
Nicolas Krebs a écrit : > helios écrivit dans l'article news:45bb1559$0$31446$
>> la norme SGBDRMV prévois 128 niveaux de multivalué > > Donc au delà de 128, ça plante/bloque/explose/refuse ? >
je ne connait aucune base qui dépasse 10niveaux alors ....
Je vous ai pourtant donné un exemple dans news:4457b6d0$1$161$ . Si une base de donnée contient les informations et les relations telles que l'entreprise A a pour fournisseur l'entreprise B, qui est une filiale de l'entreprise C, qui a pour fournisseur l'entreprise A, alors cela crée une boucle, d'où une infinité de niveaux.
Et vous n'avez pas répondu à ma question. Au delà de 128, ça plante/bloque/explose/refuse ?
