On 25 jan, 19:59, helios wrote:une réquete donc l'utilisateur pourrait avoir besoin un jour
la demande vient avec l'offre
il y a 10ans a quoi aurait servi un disque de 500go si il avait existé
certaine a rien puisque il y avait pas de demande par absence d'offre
aujourd'hui si tu n'as pas 200go sur ta machine tu as un petit disque :-)
tu ne réponds pas à la question.
Tu dis que tu fais l'équivalen de 58 jointures efficacement. Je ne
connais aucun système à la dimension de l'exemple que tu donnes qui
nécessite cela, et je te demande si tu as un exemples qui justifie
l'utilité de cet exemple...
Car si les requetes correspondant à un modèle relationnel qui tien
debout ne nécessitent pas une dizaine de jointures, ton comparatif
tombe complètement à l'eau, ce qu'il me semble bien...
On 25 jan, 19:59, helios <hel...@com02.net> wrote:
une réquete donc l'utilisateur pourrait avoir besoin un jour
la demande vient avec l'offre
il y a 10ans a quoi aurait servi un disque de 500go si il avait existé
certaine a rien puisque il y avait pas de demande par absence d'offre
aujourd'hui si tu n'as pas 200go sur ta machine tu as un petit disque :-)
tu ne réponds pas à la question.
Tu dis que tu fais l'équivalen de 58 jointures efficacement. Je ne
connais aucun système à la dimension de l'exemple que tu donnes qui
nécessite cela, et je te demande si tu as un exemples qui justifie
l'utilité de cet exemple...
Car si les requetes correspondant à un modèle relationnel qui tien
debout ne nécessitent pas une dizaine de jointures, ton comparatif
tombe complètement à l'eau, ce qu'il me semble bien...
On 25 jan, 19:59, helios wrote:une réquete donc l'utilisateur pourrait avoir besoin un jour
la demande vient avec l'offre
il y a 10ans a quoi aurait servi un disque de 500go si il avait existé
certaine a rien puisque il y avait pas de demande par absence d'offre
aujourd'hui si tu n'as pas 200go sur ta machine tu as un petit disque :-)
tu ne réponds pas à la question.
Tu dis que tu fais l'équivalen de 58 jointures efficacement. Je ne
connais aucun système à la dimension de l'exemple que tu donnes qui
nécessite cela, et je te demande si tu as un exemples qui justifie
l'utilité de cet exemple...
Car si les requetes correspondant à un modèle relationnel qui tien
debout ne nécessitent pas une dizaine de jointures, ton comparatif
tombe complètement à l'eau, ce qu'il me semble bien...
On 25 jan, 19:59, helios wrote:une réquete donc l'utilisateur pourrait avoir besoin un jour
la demande vient avec l'offre
il y a 10ans a quoi aurait servi un disque de 500go si il avait existé
certaine a rien puisque il y avait pas de demande par absence d'offre
aujourd'hui si tu n'as pas 200go sur ta machine tu as un petit disque :-)
tu ne réponds pas à la question.
Tu dis que tu fais l'équivalen de 58 jointures efficacement. Je ne
connais aucun système à la dimension de l'exemple que tu donnes qui
nécessite cela, et je te demande si tu as un exemples qui justifie
l'utilité de cet exemple...
Car si les requetes correspondant à un modèle relationnel qui tien
debout ne nécessitent pas une dizaine de jointures, ton comparatif
tombe complètement à l'eau, ce qu'il me semble bien...
On 25 jan, 19:59, helios <hel...@com02.net> wrote:
une réquete donc l'utilisateur pourrait avoir besoin un jour
la demande vient avec l'offre
il y a 10ans a quoi aurait servi un disque de 500go si il avait existé
certaine a rien puisque il y avait pas de demande par absence d'offre
aujourd'hui si tu n'as pas 200go sur ta machine tu as un petit disque :-)
tu ne réponds pas à la question.
Tu dis que tu fais l'équivalen de 58 jointures efficacement. Je ne
connais aucun système à la dimension de l'exemple que tu donnes qui
nécessite cela, et je te demande si tu as un exemples qui justifie
l'utilité de cet exemple...
Car si les requetes correspondant à un modèle relationnel qui tien
debout ne nécessitent pas une dizaine de jointures, ton comparatif
tombe complètement à l'eau, ce qu'il me semble bien...
On 25 jan, 19:59, helios wrote:une réquete donc l'utilisateur pourrait avoir besoin un jour
la demande vient avec l'offre
il y a 10ans a quoi aurait servi un disque de 500go si il avait existé
certaine a rien puisque il y avait pas de demande par absence d'offre
aujourd'hui si tu n'as pas 200go sur ta machine tu as un petit disque :-)
tu ne réponds pas à la question.
Tu dis que tu fais l'équivalen de 58 jointures efficacement. Je ne
connais aucun système à la dimension de l'exemple que tu donnes qui
nécessite cela, et je te demande si tu as un exemples qui justifie
l'utilité de cet exemple...
Car si les requetes correspondant à un modèle relationnel qui tien
debout ne nécessitent pas une dizaine de jointures, ton comparatif
tombe complètement à l'eau, ce qu'il me semble bien...
Pif a écrit
On 25 jan, 19:59, helios wrote:une réquete donc l'utilisateur pourrait avoir besoin un jour
la demande vient avec l'offre
il y a 10ans a quoi aurait servi un disque de 500go si il avait existé
certaine a rien puisque il y avait pas de demande par absence d'offre
aujourd'hui si tu n'as pas 200go sur ta machine tu as un petit disque
:-)
tu ne réponds pas à la question.
Tu dis que tu fais l'équivalen de 58 jointures efficacement. Je ne
connais aucun système à la dimension de l'exemple que tu donnes qui
nécessite cela, et je te demande si tu as un exemples qui justifie
l'utilité de cet exemple...
Car si les requetes correspondant à un modèle relationnel qui tien
debout ne nécessitent pas une dizaine de jointures, ton comparatif
tombe complètement à l'eau, ce qu'il me semble bien...
C'est juste que son dump se fait en une requete alors evidement il est
obliger de toucher à toutes les tables à la fois pour ca...
Tiens, dailleurs si deux ensembles de données sont indépendants dans la
base, ca donne quoi ta super jointure ?
Pif a écrit
On 25 jan, 19:59, helios <hel...@com02.net> wrote:
une réquete donc l'utilisateur pourrait avoir besoin un jour
la demande vient avec l'offre
il y a 10ans a quoi aurait servi un disque de 500go si il avait existé
certaine a rien puisque il y avait pas de demande par absence d'offre
aujourd'hui si tu n'as pas 200go sur ta machine tu as un petit disque
:-)
tu ne réponds pas à la question.
Tu dis que tu fais l'équivalen de 58 jointures efficacement. Je ne
connais aucun système à la dimension de l'exemple que tu donnes qui
nécessite cela, et je te demande si tu as un exemples qui justifie
l'utilité de cet exemple...
Car si les requetes correspondant à un modèle relationnel qui tien
debout ne nécessitent pas une dizaine de jointures, ton comparatif
tombe complètement à l'eau, ce qu'il me semble bien...
C'est juste que son dump se fait en une requete alors evidement il est
obliger de toucher à toutes les tables à la fois pour ca...
Tiens, dailleurs si deux ensembles de données sont indépendants dans la
base, ca donne quoi ta super jointure ?
Pif a écrit
On 25 jan, 19:59, helios wrote:une réquete donc l'utilisateur pourrait avoir besoin un jour
la demande vient avec l'offre
il y a 10ans a quoi aurait servi un disque de 500go si il avait existé
certaine a rien puisque il y avait pas de demande par absence d'offre
aujourd'hui si tu n'as pas 200go sur ta machine tu as un petit disque
:-)
tu ne réponds pas à la question.
Tu dis que tu fais l'équivalen de 58 jointures efficacement. Je ne
connais aucun système à la dimension de l'exemple que tu donnes qui
nécessite cela, et je te demande si tu as un exemples qui justifie
l'utilité de cet exemple...
Car si les requetes correspondant à un modèle relationnel qui tien
debout ne nécessitent pas une dizaine de jointures, ton comparatif
tombe complètement à l'eau, ce qu'il me semble bien...
C'est juste que son dump se fait en une requete alors evidement il est
obliger de toucher à toutes les tables à la fois pour ca...
Tiens, dailleurs si deux ensembles de données sont indépendants dans la
base, ca donne quoi ta super jointure ?
helios écrivit dans l'article news:45b86069$0$1531$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)
C'est quoi une jointure ?
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:45b86069$0$1531$426a74cc@news.free.fr
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)
C'est quoi une jointure ?
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:45b86069$0$1531$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)
C'est quoi une jointure ?
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.
Nicolas Krebs a écrit :C'est quoi une jointure ?
voir cour de SQL puisque tu ne connait que ce GADGET
Nicolas Krebs a écrit :
C'est quoi une jointure ?
voir cour de SQL puisque tu ne connait que ce GADGET
Nicolas Krebs a écrit :C'est quoi une jointure ?
voir cour de SQL puisque tu ne connait que ce GADGET
Gilles TOURREAU a écrit :Après mûre réflexion, helios a écrit :Gilles TOURREAU a écrit :helios vient de nous annoncer :Gilles TOURREAU a écrit :helios vient de nous annoncer :Gilles TOURREAU a écrit :helios avait prétendu :Gilles TOURREAU a écrit :helios avait soumis l'idée :voici un test sur un duron700 (une machine la plus faible que j'ai
trouvé avec HD déplorable 128mo ram .....) de openqm
GLOBAL FILE STATISTICS 11:55:17
....System .....Total .......... ...Average
.....Total ..this run ...Per sec ...per sec
Period 00:02:37 00:02:28
Opens 92 86 0 0.6
Reads 535310 535289 0 3616.8
Writes 2 1 0 0.0
Deletes 4 2 0 0.0
Clears 0 0 0 0.0
Selects 1 1 0 0.0
Splits 0 0 0 0.0
Merges 0 0 0 0.0
AK Reads 0 0 0 0.0
AK Writes 0 0 0 0.0
AK Deletes 0 0 0 0.0
Press any key to quit
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
Bonjour,
Est-ce que vous pouvez publier un petit jeu d'essais et la
structure des données ? Pour avoir un petit aperçu...
Cordialement
il a 5 fichiers MV
le fichier principal fait l'equivalent de 58 jointures SQL sur les 4
autres les jointures etant vers des champs MV ceux ci sont chacun
équivalent à une table SQL
le fichier principal à 11430 articles , les 4 autres ont 1973, 519,
136 et 2245 articles
Pouvez donner un exemple comme j'ai fais précédemment... Juste 4-5 champs
par table...
fichier PARCELLE
0 A 0 PARCELLE 12L
P/T A 23 P/T 3L
AG.D.ENT A 24 D2- AG.D.ENT 8R
ACTE.ETAT A 25 ACTE.ETAT 9L
PRIX.MOYEN A 26 MR6 PRIX.MOYEN 15R
AG.D.SOR A 27 D2- AG.D.SOR 8R
MOT A 28 MOT 3R
fichier AFFECTATION
DATE.ACTE A 1 D2- DATE.ACTE 9R
L/P A 10 L/P 3R ADD
A 11 ADD 3R LOT A 12
LOT 3R PARCELLE A 13
PARCELLE 11R PAR A 14 PAR
3L
fichier SOMMIER
DATE.ACTE A 1 D2- DATE.ACTE 9R 1
NAT A 2 NAT 3R 2
NOM.NOTAIRE A 3 NOM.NOTAIRE 25L 3
N0.AA A 4 N0.AA 5R 4
DATE.A.A A 5 D2- DATE.A.A 8R 5
DATE.JUGE A 6 D2- DATE.JUGE 9R
MONTANT.JUGE A 7 MR2, MONTANT.JUGE 15R 7
DATE.ARRET A 8 D2- DATE.ARRET 10R 8
fichier LOT
@ID D 0 LOT 10L S
DATE.ACTE A 1 D2- DATE.ACTE 9R 1
PARCELLE A 10 PARCELLE 11R N0
A 11 N0 3R NATURE A 12
NATURE 20L DESCRIPTION A 13
DESCRIPTION 30L A.MOD A 14 A.MOD
5R
ACTE.VL A 15 ACTE.VL 7L P/T
A 16 P/T 3L
Dr Thierry HOLZ
helios services
180 rue de la croix du chene
60250 HEILLES
www.openqm.com02.net
www.pick.com02.net
Merci pour le copier/coller mais pouvez expliquer à quoi correspond chaque
colonnes ?
Cordialement
c1 nom du champ
c2 type de champ
c3 place du champ
c4 format du champ D2- date a deux chiffre separe par "-" MR2, 2decimale
separateur ","
c6 nom sous lequel est affiche le champ
c7 taille de colonne d'affichage du champ et tabulation Droite(R) ou gauche
(L)
Gilles TOURREAU a écrit :
Après mûre réflexion, helios a écrit :
Gilles TOURREAU a écrit :
helios vient de nous annoncer :
Gilles TOURREAU a écrit :
helios vient de nous annoncer :
Gilles TOURREAU a écrit :
helios avait prétendu :
Gilles TOURREAU a écrit :
helios avait soumis l'idée :
voici un test sur un duron700 (une machine la plus faible que j'ai
trouvé avec HD déplorable 128mo ram .....) de openqm
GLOBAL FILE STATISTICS 11:55:17
....System .....Total .......... ...Average
.....Total ..this run ...Per sec ...per sec
Period 00:02:37 00:02:28
Opens 92 86 0 0.6
Reads 535310 535289 0 3616.8
Writes 2 1 0 0.0
Deletes 4 2 0 0.0
Clears 0 0 0 0.0
Selects 1 1 0 0.0
Splits 0 0 0 0.0
Merges 0 0 0 0.0
AK Reads 0 0 0 0.0
AK Writes 0 0 0 0.0
AK Deletes 0 0 0 0.0
Press any key to quit
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
Bonjour,
Est-ce que vous pouvez publier un petit jeu d'essais et la
structure des données ? Pour avoir un petit aperçu...
Cordialement
il a 5 fichiers MV
le fichier principal fait l'equivalent de 58 jointures SQL sur les 4
autres les jointures etant vers des champs MV ceux ci sont chacun
équivalent à une table SQL
le fichier principal à 11430 articles , les 4 autres ont 1973, 519,
136 et 2245 articles
Pouvez donner un exemple comme j'ai fais précédemment... Juste 4-5 champs
par table...
fichier PARCELLE
0 A 0 PARCELLE 12L
P/T A 23 P/T 3L
AG.D.ENT A 24 D2- AG.D.ENT 8R
ACTE.ETAT A 25 ACTE.ETAT 9L
PRIX.MOYEN A 26 MR6 PRIX.MOYEN 15R
AG.D.SOR A 27 D2- AG.D.SOR 8R
MOT A 28 MOT 3R
fichier AFFECTATION
DATE.ACTE A 1 D2- DATE.ACTE 9R
L/P A 10 L/P 3R ADD
A 11 ADD 3R LOT A 12
LOT 3R PARCELLE A 13
PARCELLE 11R PAR A 14 PAR
3L
fichier SOMMIER
DATE.ACTE A 1 D2- DATE.ACTE 9R 1
NAT A 2 NAT 3R 2
NOM.NOTAIRE A 3 NOM.NOTAIRE 25L 3
N0.AA A 4 N0.AA 5R 4
DATE.A.A A 5 D2- DATE.A.A 8R 5
DATE.JUGE A 6 D2- DATE.JUGE 9R
MONTANT.JUGE A 7 MR2, MONTANT.JUGE 15R 7
DATE.ARRET A 8 D2- DATE.ARRET 10R 8
fichier LOT
@ID D 0 LOT 10L S
DATE.ACTE A 1 D2- DATE.ACTE 9R 1
PARCELLE A 10 PARCELLE 11R N0
A 11 N0 3R NATURE A 12
NATURE 20L DESCRIPTION A 13
DESCRIPTION 30L A.MOD A 14 A.MOD
5R
ACTE.VL A 15 ACTE.VL 7L P/T
A 16 P/T 3L
Dr Thierry HOLZ
helios services
180 rue de la croix du chene
60250 HEILLES
www.openqm.com02.net
www.pick.com02.net
Merci pour le copier/coller mais pouvez expliquer à quoi correspond chaque
colonnes ?
Cordialement
c1 nom du champ
c2 type de champ
c3 place du champ
c4 format du champ D2- date a deux chiffre separe par "-" MR2, 2decimale
separateur ","
c6 nom sous lequel est affiche le champ
c7 taille de colonne d'affichage du champ et tabulation Droite(R) ou gauche
(L)
Gilles TOURREAU a écrit :Après mûre réflexion, helios a écrit :Gilles TOURREAU a écrit :helios vient de nous annoncer :Gilles TOURREAU a écrit :helios vient de nous annoncer :Gilles TOURREAU a écrit :helios avait prétendu :Gilles TOURREAU a écrit :helios avait soumis l'idée :voici un test sur un duron700 (une machine la plus faible que j'ai
trouvé avec HD déplorable 128mo ram .....) de openqm
GLOBAL FILE STATISTICS 11:55:17
....System .....Total .......... ...Average
.....Total ..this run ...Per sec ...per sec
Period 00:02:37 00:02:28
Opens 92 86 0 0.6
Reads 535310 535289 0 3616.8
Writes 2 1 0 0.0
Deletes 4 2 0 0.0
Clears 0 0 0 0.0
Selects 1 1 0 0.0
Splits 0 0 0 0.0
Merges 0 0 0 0.0
AK Reads 0 0 0 0.0
AK Writes 0 0 0 0.0
AK Deletes 0 0 0 0.0
Press any key to quit
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
Bonjour,
Est-ce que vous pouvez publier un petit jeu d'essais et la
structure des données ? Pour avoir un petit aperçu...
Cordialement
il a 5 fichiers MV
le fichier principal fait l'equivalent de 58 jointures SQL sur les 4
autres les jointures etant vers des champs MV ceux ci sont chacun
équivalent à une table SQL
le fichier principal à 11430 articles , les 4 autres ont 1973, 519,
136 et 2245 articles
Pouvez donner un exemple comme j'ai fais précédemment... Juste 4-5 champs
par table...
fichier PARCELLE
0 A 0 PARCELLE 12L
P/T A 23 P/T 3L
AG.D.ENT A 24 D2- AG.D.ENT 8R
ACTE.ETAT A 25 ACTE.ETAT 9L
PRIX.MOYEN A 26 MR6 PRIX.MOYEN 15R
AG.D.SOR A 27 D2- AG.D.SOR 8R
MOT A 28 MOT 3R
fichier AFFECTATION
DATE.ACTE A 1 D2- DATE.ACTE 9R
L/P A 10 L/P 3R ADD
A 11 ADD 3R LOT A 12
LOT 3R PARCELLE A 13
PARCELLE 11R PAR A 14 PAR
3L
fichier SOMMIER
DATE.ACTE A 1 D2- DATE.ACTE 9R 1
NAT A 2 NAT 3R 2
NOM.NOTAIRE A 3 NOM.NOTAIRE 25L 3
N0.AA A 4 N0.AA 5R 4
DATE.A.A A 5 D2- DATE.A.A 8R 5
DATE.JUGE A 6 D2- DATE.JUGE 9R
MONTANT.JUGE A 7 MR2, MONTANT.JUGE 15R 7
DATE.ARRET A 8 D2- DATE.ARRET 10R 8
fichier LOT
@ID D 0 LOT 10L S
DATE.ACTE A 1 D2- DATE.ACTE 9R 1
PARCELLE A 10 PARCELLE 11R N0
A 11 N0 3R NATURE A 12
NATURE 20L DESCRIPTION A 13
DESCRIPTION 30L A.MOD A 14 A.MOD
5R
ACTE.VL A 15 ACTE.VL 7L P/T
A 16 P/T 3L
Dr Thierry HOLZ
helios services
180 rue de la croix du chene
60250 HEILLES
www.openqm.com02.net
www.pick.com02.net
Merci pour le copier/coller mais pouvez expliquer à quoi correspond chaque
colonnes ?
Cordialement
c1 nom du champ
c2 type de champ
c3 place du champ
c4 format du champ D2- date a deux chiffre separe par "-" MR2, 2decimale
separateur ","
c6 nom sous lequel est affiche le champ
c7 taille de colonne d'affichage du champ et tabulation Droite(R) ou gauche
(L)
Et quel serait alors les tables/rubriques dans SGBDR classique ?
Et quel serait alors les tables/rubriques dans SGBDR classique ?
Et quel serait alors les tables/rubriques dans SGBDR classique ?
helios avait soumis l'idée :Gilles TOURREAU a écrit :Après mûre réflexion, helios a écrit :Gilles TOURREAU a écrit :helios vient de nous annoncer :Gilles TOURREAU a écrit :helios vient de nous annoncer :Gilles TOURREAU a écrit :helios avait prétendu :Gilles TOURREAU a écrit :helios avait soumis l'idée :voici un test sur un duron700 (une machine la plus faible
que j'ai trouvé avec HD déplorable 128mo ram .....) de openqm
GLOBAL FILE STATISTICS 11:55:17
....System .....Total .......... ...Average
.....Total ..this run ...Per sec ...per sec
Period 00:02:37 00:02:28
Opens 92 86 0 0.6
Reads 535310 535289 0 3616.8
Writes 2 1 0 0.0
Deletes 4 2 0 0.0
Clears 0 0 0 0.0
Selects 1 1 0 0.0
Splits 0 0 0 0.0
Merges 0 0 0 0.0
AK Reads 0 0 0 0.0
AK Writes 0 0 0 0.0
AK Deletes 0 0 0 0.0
Press any key to quit
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
Bonjour,
Est-ce que vous pouvez publier un petit jeu d'essais et la
structure des données ? Pour avoir un petit aperçu...
Cordialement
il a 5 fichiers MV
le fichier principal fait l'equivalent de 58 jointures SQL sur
les 4 autres les jointures etant vers des champs MV ceux ci
sont chacun équivalent à une table SQL
le fichier principal à 11430 articles , les 4 autres ont 1973,
519, 136 et 2245 articles
Pouvez donner un exemple comme j'ai fais précédemment... Juste 4-5
champs par table...
fichier PARCELLE
0 A 0 PARCELLE 12L
P/T A 23 P/T 3L
AG.D.ENT A 24 D2- AG.D.ENT 8R
ACTE.ETAT A 25 ACTE.ETAT 9L
PRIX.MOYEN A 26 MR6 PRIX.MOYEN 15R
AG.D.SOR A 27 D2- AG.D.SOR 8R
MOT A 28 MOT 3R
fichier AFFECTATION
DATE.ACTE A 1 D2- DATE.ACTE 9R
L/P A 10 L/P 3R
ADD A 11 ADD 3R
LOT A 12 LOT 3R
PARCELLE A 13 PARCELLE 11R
PAR A 14 PAR 3L
fichier SOMMIER
DATE.ACTE A 1 D2- DATE.ACTE
9R 1
NAT A 2 NAT
3R 2
NOM.NOTAIRE A 3 NOM.NOTAIRE
25L 3
N0.AA A 4 N0.AA
5R 4
DATE.A.A A 5 D2- DATE.A.A
8R 5
DATE.JUGE A 6 D2- DATE.JUGE 9R
MONTANT.JUGE A 7 MR2, MONTANT.JUGE
15R 7
DATE.ARRET A 8 D2- DATE.ARRET
10R 8
fichier LOT
@ID D 0 LOT 10L S
DATE.ACTE A 1 D2- DATE.ACTE
9R 1
PARCELLE A 10 PARCELLE 11R
N0 A 11 N0 3R
NATURE A 12 NATURE 20L
DESCRIPTION A 13 DESCRIPTION 30L
A.MOD A 14 A.MOD 5R
ACTE.VL A 15 ACTE.VL 7L
P/T A 16 P/T 3L
Dr Thierry HOLZ
helios services
180 rue de la croix du chene
60250 HEILLES
www.openqm.com02.net
www.pick.com02.net
Merci pour le copier/coller mais pouvez expliquer à quoi correspond
chaque colonnes ?
Cordialement
c1 nom du champ
c2 type de champ
c3 place du champ
c4 format du champ D2- date a deux chiffre separe par "-" MR2,
2decimale separateur ","
c6 nom sous lequel est affiche le champ
c7 taille de colonne d'affichage du champ et tabulation Droite(R) ou
gauche (L)
Et quel serait alors les tables/rubriques dans SGBDR classique ?
helios avait soumis l'idée :
Gilles TOURREAU a écrit :
Après mûre réflexion, helios a écrit :
Gilles TOURREAU a écrit :
helios vient de nous annoncer :
Gilles TOURREAU a écrit :
helios vient de nous annoncer :
Gilles TOURREAU a écrit :
helios avait prétendu :
Gilles TOURREAU a écrit :
helios avait soumis l'idée :
voici un test sur un duron700 (une machine la plus faible
que j'ai trouvé avec HD déplorable 128mo ram .....) de openqm
GLOBAL FILE STATISTICS 11:55:17
....System .....Total .......... ...Average
.....Total ..this run ...Per sec ...per sec
Period 00:02:37 00:02:28
Opens 92 86 0 0.6
Reads 535310 535289 0 3616.8
Writes 2 1 0 0.0
Deletes 4 2 0 0.0
Clears 0 0 0 0.0
Selects 1 1 0 0.0
Splits 0 0 0 0.0
Merges 0 0 0 0.0
AK Reads 0 0 0 0.0
AK Writes 0 0 0 0.0
AK Deletes 0 0 0 0.0
Press any key to quit
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
Bonjour,
Est-ce que vous pouvez publier un petit jeu d'essais et la
structure des données ? Pour avoir un petit aperçu...
Cordialement
il a 5 fichiers MV
le fichier principal fait l'equivalent de 58 jointures SQL sur
les 4 autres les jointures etant vers des champs MV ceux ci
sont chacun équivalent à une table SQL
le fichier principal à 11430 articles , les 4 autres ont 1973,
519, 136 et 2245 articles
Pouvez donner un exemple comme j'ai fais précédemment... Juste 4-5
champs par table...
fichier PARCELLE
0 A 0 PARCELLE 12L
P/T A 23 P/T 3L
AG.D.ENT A 24 D2- AG.D.ENT 8R
ACTE.ETAT A 25 ACTE.ETAT 9L
PRIX.MOYEN A 26 MR6 PRIX.MOYEN 15R
AG.D.SOR A 27 D2- AG.D.SOR 8R
MOT A 28 MOT 3R
fichier AFFECTATION
DATE.ACTE A 1 D2- DATE.ACTE 9R
L/P A 10 L/P 3R
ADD A 11 ADD 3R
LOT A 12 LOT 3R
PARCELLE A 13 PARCELLE 11R
PAR A 14 PAR 3L
fichier SOMMIER
DATE.ACTE A 1 D2- DATE.ACTE
9R 1
NAT A 2 NAT
3R 2
NOM.NOTAIRE A 3 NOM.NOTAIRE
25L 3
N0.AA A 4 N0.AA
5R 4
DATE.A.A A 5 D2- DATE.A.A
8R 5
DATE.JUGE A 6 D2- DATE.JUGE 9R
MONTANT.JUGE A 7 MR2, MONTANT.JUGE
15R 7
DATE.ARRET A 8 D2- DATE.ARRET
10R 8
fichier LOT
@ID D 0 LOT 10L S
DATE.ACTE A 1 D2- DATE.ACTE
9R 1
PARCELLE A 10 PARCELLE 11R
N0 A 11 N0 3R
NATURE A 12 NATURE 20L
DESCRIPTION A 13 DESCRIPTION 30L
A.MOD A 14 A.MOD 5R
ACTE.VL A 15 ACTE.VL 7L
P/T A 16 P/T 3L
Dr Thierry HOLZ
helios services
180 rue de la croix du chene
60250 HEILLES
www.openqm.com02.net
www.pick.com02.net
Merci pour le copier/coller mais pouvez expliquer à quoi correspond
chaque colonnes ?
Cordialement
c1 nom du champ
c2 type de champ
c3 place du champ
c4 format du champ D2- date a deux chiffre separe par "-" MR2,
2decimale separateur ","
c6 nom sous lequel est affiche le champ
c7 taille de colonne d'affichage du champ et tabulation Droite(R) ou
gauche (L)
Et quel serait alors les tables/rubriques dans SGBDR classique ?
helios avait soumis l'idée :Gilles TOURREAU a écrit :Après mûre réflexion, helios a écrit :Gilles TOURREAU a écrit :helios vient de nous annoncer :Gilles TOURREAU a écrit :helios vient de nous annoncer :Gilles TOURREAU a écrit :helios avait prétendu :Gilles TOURREAU a écrit :helios avait soumis l'idée :voici un test sur un duron700 (une machine la plus faible
que j'ai trouvé avec HD déplorable 128mo ram .....) de openqm
GLOBAL FILE STATISTICS 11:55:17
....System .....Total .......... ...Average
.....Total ..this run ...Per sec ...per sec
Period 00:02:37 00:02:28
Opens 92 86 0 0.6
Reads 535310 535289 0 3616.8
Writes 2 1 0 0.0
Deletes 4 2 0 0.0
Clears 0 0 0 0.0
Selects 1 1 0 0.0
Splits 0 0 0 0.0
Merges 0 0 0 0.0
AK Reads 0 0 0 0.0
AK Writes 0 0 0 0.0
AK Deletes 0 0 0 0.0
Press any key to quit
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
Bonjour,
Est-ce que vous pouvez publier un petit jeu d'essais et la
structure des données ? Pour avoir un petit aperçu...
Cordialement
il a 5 fichiers MV
le fichier principal fait l'equivalent de 58 jointures SQL sur
les 4 autres les jointures etant vers des champs MV ceux ci
sont chacun équivalent à une table SQL
le fichier principal à 11430 articles , les 4 autres ont 1973,
519, 136 et 2245 articles
Pouvez donner un exemple comme j'ai fais précédemment... Juste 4-5
champs par table...
fichier PARCELLE
0 A 0 PARCELLE 12L
P/T A 23 P/T 3L
AG.D.ENT A 24 D2- AG.D.ENT 8R
ACTE.ETAT A 25 ACTE.ETAT 9L
PRIX.MOYEN A 26 MR6 PRIX.MOYEN 15R
AG.D.SOR A 27 D2- AG.D.SOR 8R
MOT A 28 MOT 3R
fichier AFFECTATION
DATE.ACTE A 1 D2- DATE.ACTE 9R
L/P A 10 L/P 3R
ADD A 11 ADD 3R
LOT A 12 LOT 3R
PARCELLE A 13 PARCELLE 11R
PAR A 14 PAR 3L
fichier SOMMIER
DATE.ACTE A 1 D2- DATE.ACTE
9R 1
NAT A 2 NAT
3R 2
NOM.NOTAIRE A 3 NOM.NOTAIRE
25L 3
N0.AA A 4 N0.AA
5R 4
DATE.A.A A 5 D2- DATE.A.A
8R 5
DATE.JUGE A 6 D2- DATE.JUGE 9R
MONTANT.JUGE A 7 MR2, MONTANT.JUGE
15R 7
DATE.ARRET A 8 D2- DATE.ARRET
10R 8
fichier LOT
@ID D 0 LOT 10L S
DATE.ACTE A 1 D2- DATE.ACTE
9R 1
PARCELLE A 10 PARCELLE 11R
N0 A 11 N0 3R
NATURE A 12 NATURE 20L
DESCRIPTION A 13 DESCRIPTION 30L
A.MOD A 14 A.MOD 5R
ACTE.VL A 15 ACTE.VL 7L
P/T A 16 P/T 3L
Dr Thierry HOLZ
helios services
180 rue de la croix du chene
60250 HEILLES
www.openqm.com02.net
www.pick.com02.net
Merci pour le copier/coller mais pouvez expliquer à quoi correspond
chaque colonnes ?
Cordialement
c1 nom du champ
c2 type de champ
c3 place du champ
c4 format du champ D2- date a deux chiffre separe par "-" MR2,
2decimale separateur ","
c6 nom sous lequel est affiche le champ
c7 taille de colonne d'affichage du champ et tabulation Droite(R) ou
gauche (L)
Et quel serait alors les tables/rubriques dans SGBDR classique ?
helios a écrit :Nicolas Krebs a écrit :C'est quoi une jointure ?
voir cour de SQL puisque tu ne connait que ce GADGET
Si on vous demande une définition, ce n'est pas par ignorance mais pour
se mettre d'accord sur le sujet et vous répondre avec consistance, car
vous avez vos propres définitions à tout.
Exactement comme je vous l'avais demandé avec vos processus intégrés
spécifiques externes à couche propre d'accès direct aux données.
helios a écrit :
Nicolas Krebs a écrit :
C'est quoi une jointure ?
voir cour de SQL puisque tu ne connait que ce GADGET
Si on vous demande une définition, ce n'est pas par ignorance mais pour
se mettre d'accord sur le sujet et vous répondre avec consistance, car
vous avez vos propres définitions à tout.
Exactement comme je vous l'avais demandé avec vos processus intégrés
spécifiques externes à couche propre d'accès direct aux données.
helios a écrit :Nicolas Krebs a écrit :C'est quoi une jointure ?
voir cour de SQL puisque tu ne connait que ce GADGET
Si on vous demande une définition, ce n'est pas par ignorance mais pour
se mettre d'accord sur le sujet et vous répondre avec consistance, car
vous avez vos propres définitions à tout.
Exactement comme je vous l'avais demandé avec vos processus intégrés
spécifiques externes à couche propre d'accès direct aux données.
Le Fri, 26 Jan 2007 11:40:15 +0100, Gilles TOURREAU a écrit :Et quel serait alors les tables/rubriques dans SGBDR classique ?
Pouriez-vous s'il vous plait couper le message d'origine au strict
nécessaire à la comprésnesion de la réponse ? Ajouter une ligne à 140
c'est de l'abus surtout pour répondre à Hélios que personne ne lit
autrement.
Voir <http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html>.
Le Fri, 26 Jan 2007 11:40:15 +0100, Gilles TOURREAU a écrit :
Et quel serait alors les tables/rubriques dans SGBDR classique ?
Pouriez-vous s'il vous plait couper le message d'origine au strict
nécessaire à la comprésnesion de la réponse ? Ajouter une ligne à 140
c'est de l'abus surtout pour répondre à Hélios que personne ne lit
autrement.
Voir <http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html>.
Le Fri, 26 Jan 2007 11:40:15 +0100, Gilles TOURREAU a écrit :Et quel serait alors les tables/rubriques dans SGBDR classique ?
Pouriez-vous s'il vous plait couper le message d'origine au strict
nécessaire à la comprésnesion de la réponse ? Ajouter une ligne à 140
c'est de l'abus surtout pour répondre à Hélios que personne ne lit
autrement.
Voir <http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html>.
