Pif a écrit :
helios a écrit :cette implémentation était la gestion du EPASQY78 (gestion fonciere
de la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de
vente achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé de
la migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre
quelles seraient les 58 relations correspondantes et leur utilité dans
un schéma relationnel ? Dans la gestion financiere d'une communauté de
commune, j'arrive pas trop à comprendre comment on peut en arriver a
avoir besoin d'une requete qui concerne simultanément sur 58 relations
et donc 58 jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la requete
fasse simultanement toutes les jointures de la base pour la conversion
exemple de jointure code insee ville, code notaire identité du notaire
......
Pif a écrit :
helios a écrit :
cette implémentation était la gestion du EPASQY78 (gestion fonciere
de la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de
vente achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé de
la migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre
quelles seraient les 58 relations correspondantes et leur utilité dans
un schéma relationnel ? Dans la gestion financiere d'une communauté de
commune, j'arrive pas trop à comprendre comment on peut en arriver a
avoir besoin d'une requete qui concerne simultanément sur 58 relations
et donc 58 jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la requete
fasse simultanement toutes les jointures de la base pour la conversion
exemple de jointure code insee ville, code notaire identité du notaire
......
Pif a écrit :
helios a écrit :cette implémentation était la gestion du EPASQY78 (gestion fonciere
de la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de
vente achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé de
la migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre
quelles seraient les 58 relations correspondantes et leur utilité dans
un schéma relationnel ? Dans la gestion financiere d'une communauté de
commune, j'arrive pas trop à comprendre comment on peut en arriver a
avoir besoin d'une requete qui concerne simultanément sur 58 relations
et donc 58 jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la requete
fasse simultanement toutes les jointures de la base pour la conversion
exemple de jointure code insee ville, code notaire identité du notaire
......
helios a écritPif a écrit :
helios a écrit :cette implémentation était la gestion du EPASQY78 (gestion fonciere
de la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de
vente achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé de
la migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre
quelles seraient les 58 relations correspondantes et leur utilité
dans un schéma relationnel ? Dans la gestion financiere d'une
communauté de commune, j'arrive pas trop à comprendre comment on peut
en arriver a avoir besoin d'une requete qui concerne simultanément
sur 58 relations et donc 58 jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la requete
fasse simultanement toutes les jointures de la base pour la conversion
ah
Amusant
helios a écrit
Pif a écrit :
helios a écrit :
cette implémentation était la gestion du EPASQY78 (gestion fonciere
de la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de
vente achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé de
la migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre
quelles seraient les 58 relations correspondantes et leur utilité
dans un schéma relationnel ? Dans la gestion financiere d'une
communauté de commune, j'arrive pas trop à comprendre comment on peut
en arriver a avoir besoin d'une requete qui concerne simultanément
sur 58 relations et donc 58 jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la requete
fasse simultanement toutes les jointures de la base pour la conversion
ah
Amusant
helios a écritPif a écrit :
helios a écrit :cette implémentation était la gestion du EPASQY78 (gestion fonciere
de la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de
vente achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé de
la migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre
quelles seraient les 58 relations correspondantes et leur utilité
dans un schéma relationnel ? Dans la gestion financiere d'une
communauté de commune, j'arrive pas trop à comprendre comment on peut
en arriver a avoir besoin d'une requete qui concerne simultanément
sur 58 relations et donc 58 jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la requete
fasse simultanement toutes les jointures de la base pour la conversion
ah
Amusant
ALain Montfranc a écrit :helios a écritPif a écrit :
helios a écrit :cette implémentation était la gestion du EPASQY78 (gestion fonciere de
la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de vente
achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé de la
migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre quelles
seraient les 58 relations correspondantes et leur utilité dans un schéma
relationnel ? Dans la gestion financiere d'une communauté de commune,
j'arrive pas trop à comprendre comment on peut en arriver a avoir besoin
d'une requete qui concerne simultanément sur 58 relations et donc 58
jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la requete
fasse simultanement toutes les jointures de la base pour la conversion
ah
Amusant
non obligatoire pour convertir une base MV en une base XML ayant des
structures différentes car il y a pas seulement conversion ce qui aurait ete
simple mais restructuration simultané
ALain Montfranc a écrit :
helios a écrit
Pif a écrit :
helios a écrit :
cette implémentation était la gestion du EPASQY78 (gestion fonciere de
la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de vente
achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé de la
migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre quelles
seraient les 58 relations correspondantes et leur utilité dans un schéma
relationnel ? Dans la gestion financiere d'une communauté de commune,
j'arrive pas trop à comprendre comment on peut en arriver a avoir besoin
d'une requete qui concerne simultanément sur 58 relations et donc 58
jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la requete
fasse simultanement toutes les jointures de la base pour la conversion
ah
Amusant
non obligatoire pour convertir une base MV en une base XML ayant des
structures différentes car il y a pas seulement conversion ce qui aurait ete
simple mais restructuration simultané
ALain Montfranc a écrit :helios a écritPif a écrit :
helios a écrit :cette implémentation était la gestion du EPASQY78 (gestion fonciere de
la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de vente
achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé de la
migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre quelles
seraient les 58 relations correspondantes et leur utilité dans un schéma
relationnel ? Dans la gestion financiere d'une communauté de commune,
j'arrive pas trop à comprendre comment on peut en arriver a avoir besoin
d'une requete qui concerne simultanément sur 58 relations et donc 58
jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la requete
fasse simultanement toutes les jointures de la base pour la conversion
ah
Amusant
non obligatoire pour convertir une base MV en une base XML ayant des
structures différentes car il y a pas seulement conversion ce qui aurait ete
simple mais restructuration simultané
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...
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...
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...
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
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
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
- pour la question de l'exportation. Quand on sérialise un modèle
relationnel en XML, il n'est pas nécessaire de faire une jointure
simultanée sur toutes les tables... on profite de la structure pour les
sérialiser une par une, exactement comme quand on fait un dump en SQL ou
en CSV...
- la question de l'exportation est annexe, en dehors de la sauvegarde de
la base qu'il n'est pas sensé être un traitement fréquent, quel type de
requête dans le logiciel, de manipulation de l'utilisateur, demande
qu'on fasse 58 jointures d'un seul coup et qui pourrait par conséquent
représenter un limite en relationnel qui n'en serait pas une en MV et
qui correspondrait à un besoin réel ?
- pour la question de l'exportation. Quand on sérialise un modèle
relationnel en XML, il n'est pas nécessaire de faire une jointure
simultanée sur toutes les tables... on profite de la structure pour les
sérialiser une par une, exactement comme quand on fait un dump en SQL ou
en CSV...
- la question de l'exportation est annexe, en dehors de la sauvegarde de
la base qu'il n'est pas sensé être un traitement fréquent, quel type de
requête dans le logiciel, de manipulation de l'utilisateur, demande
qu'on fasse 58 jointures d'un seul coup et qui pourrait par conséquent
représenter un limite en relationnel qui n'en serait pas une en MV et
qui correspondrait à un besoin réel ?
- pour la question de l'exportation. Quand on sérialise un modèle
relationnel en XML, il n'est pas nécessaire de faire une jointure
simultanée sur toutes les tables... on profite de la structure pour les
sérialiser une par une, exactement comme quand on fait un dump en SQL ou
en CSV...
- la question de l'exportation est annexe, en dehors de la sauvegarde de
la base qu'il n'est pas sensé être un traitement fréquent, quel type de
requête dans le logiciel, de manipulation de l'utilisateur, demande
qu'on fasse 58 jointures d'un seul coup et qui pourrait par conséquent
représenter un limite en relationnel qui n'en serait pas une en MV et
qui correspondrait à un besoin réel ?
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
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
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
helios a écritALain Montfranc a écrit :helios a écritPif a écrit :
helios a écrit :cette implémentation était la gestion du EPASQY78 (gestion
fonciere de la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de
vente achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé
de la migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre
quelles seraient les 58 relations correspondantes et leur utilité
dans un schéma relationnel ? Dans la gestion financiere d'une
communauté de commune, j'arrive pas trop à comprendre comment on
peut en arriver a avoir besoin d'une requete qui concerne
simultanément sur 58 relations et donc 58 jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la
requete fasse simultanement toutes les jointures de la base pour la
conversion
ah
Amusant
non obligatoire pour convertir une base MV en une base XML ayant des
structures différentes car il y a pas seulement conversion ce qui
aurait ete simple mais restructuration simultané
mais oui
helios a écrit
ALain Montfranc a écrit :
helios a écrit
Pif a écrit :
helios a écrit :
cette implémentation était la gestion du EPASQY78 (gestion
fonciere de la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de
vente achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé
de la migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre
quelles seraient les 58 relations correspondantes et leur utilité
dans un schéma relationnel ? Dans la gestion financiere d'une
communauté de commune, j'arrive pas trop à comprendre comment on
peut en arriver a avoir besoin d'une requete qui concerne
simultanément sur 58 relations et donc 58 jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la
requete fasse simultanement toutes les jointures de la base pour la
conversion
ah
Amusant
non obligatoire pour convertir une base MV en une base XML ayant des
structures différentes car il y a pas seulement conversion ce qui
aurait ete simple mais restructuration simultané
mais oui
helios a écritALain Montfranc a écrit :helios a écritPif a écrit :
helios a écrit :cette implémentation était la gestion du EPASQY78 (gestion
fonciere de la communauté de commune de St quentin en Yveline)
donc il y a avait 11430 parcelles à gérer avec les historiques de
vente achat propriétaire notaire vendeur acheteur promoteur .......
cette implantation PICK à été migres vers XML dans le cadre d'une
gestion documentaire plus globale (j'étais le prestataire chargé
de la migration)
S'il y avait l'équivalent de 58 jointures, j'aimerais comprendre
quelles seraient les 58 relations correspondantes et leur utilité
dans un schéma relationnel ? Dans la gestion financiere d'une
communauté de commune, j'arrive pas trop à comprendre comment on
peut en arriver a avoir besoin d'une requete qui concerne
simultanément sur 58 relations et donc 58 jointures !?
Merci.
pour changer le format des fichiers de MV à XML il faut que la
requete fasse simultanement toutes les jointures de la base pour la
conversion
ah
Amusant
non obligatoire pour convertir une base MV en une base XML ayant des
structures différentes car il y a pas seulement conversion ce qui
aurait ete simple mais restructuration simultané
mais oui
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 :-)
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 :-)
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 :-)
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
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
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
