Script SQL sur base PostgreSQL

**Fabulous60** · 25/08/2023, 11h15

Bonjour,

Malgré plusieurs tentatives de résolution et de recherche sur la problématique, je me permets de vous solliciter afin d'avoir des réponses sur un script (pourtant bateau).

Je m'aide de DBEAVER pour la conception du script SQL sur une base PostgreSQL, le problème vient du fait que lorsque j'indique 2 filtres à la clause WHERE, la requête ne cesse de mouliner sans donner de résultat (donc abandon). Par contre lorsqu'une seule condition est indiquée, le script fonctionne !!!!! Ci-dessous le script en question : (pour info, je débute dans le langage SQL)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
select distinct
	vue_edit_gen.departement,
	vue_edit_gen.n_commune,
	vue_edit_gen.co_type_dossier, 
	vue_edit_gen.type_dossier,
	vue_edit_gen.nom_dossier,
	vue_edit_gen.date_decision,
	date_commencement,
	date_achevement,
	vue_edit_gen.annee,
	concat(vue_demandeur_principal.civilite,' ' ,vue_demandeur_principal.prenom,' ' ,vue_demandeur_principal.nom) as Demandeur,
	vue_demandeur_principal.n_professionnel,
	vue_demandeur_principal.code_postal,
	vue_demandeur_principal.commune,
	dossier.architecte_non_obligatoire,
	concat(vue_edit_gen.n_voirie_terrain,' ',vue_edit_gen.adresse_terrain) as Adresse_terrain,
	vue_edit_gen.nom_commune,
	vue_edit_gen.code_postal_terrain,
	string_agg(distinct parcelle.n_section,', ') as sections,
	string_agg(distinct parcelle.n_parcelle,', ') as parcelles,
	cast(vue_edit_gen.superficie_terrain as integer) as superficie_terrain,
	dossier.terrain_lotissement,
	dossier.terrain_afu,
	dossier.terrain_zac,
	vue_edit_pc.nature_construction,
	pc.nb_niveaux_au_dessus_sol,
	vue_edit_pc.nb_logements,
	vue_edit_pc.nb_logements_individuels, 
	vue_edit_pc.nb_logements_collectifs, 
	vue_edit_pc.nature_demolition, 
	vue_edit_pc.nb_1_piece, 
	vue_edit_pc.nb_2_pieces, 
	vue_edit_pc.nb_3_pieces, 
	vue_edit_pc.nb_4_pieces, 
	vue_edit_pc.nb_5_pieces, 
	vue_edit_pc.nb_6_pieces, 
	vue_edit_pc.sf_existante, 
	vue_edit_pc.sf_creee, 
	vue_edit_pc.sf_demolie, 
	vue_edit_pc.sf_creee_destination 
from 
	vue_edit_gen
inner join
	public.vue_edit_travaux on public.vue_edit_gen.id_dossier = public.vue_edit_travaux.id_dossier
inner join
	public.vue_demandeur_principal on public.vue_edit_gen.id_dossier = public.vue_demandeur_principal.id_dossier
inner join
	public.dossier on public.vue_edit_gen.id_dossier = public.dossier.id_dossier
inner join
	public.parcelle on public.vue_edit_gen.id_dossier = public.parcelle.id_dossier	
inner join 
	public.vue_edit_pc on vue_edit_gen.id_dossier = public.vue_edit_pc.id_dossier
inner join 
	public.pc on vue_edit_gen.id_dossier = public.pc.id_dossier 
where vue_edit_gen.co_type_dossier ='PC'
and date_decision >= '2023-01-01'
group by
	vue_edit_gen.departement,
	vue_edit_gen.n_commune,
	vue_edit_gen.co_type_dossier,
	vue_edit_gen.type_dossier,
	vue_edit_gen.nom_dossier,
	vue_edit_gen.date_decision,
	vue_edit_travaux.date_commencement,
	vue_edit_travaux.date_achevement,
	vue_edit_gen.annee,
	vue_demandeur_principal.civilite,
	vue_demandeur_principal.prenom,
	vue_demandeur_principal.nom,
	vue_demandeur_principal.n_professionnel,
	vue_demandeur_principal.code_postal,
	vue_demandeur_principal.commune,
	dossier.architecte_non_obligatoire,
	vue_edit_gen.n_voirie_terrain,
	vue_edit_gen.adresse_terrain,
	vue_edit_gen.nom_commune,
	vue_edit_gen.code_postal_terrain,
	vue_edit_gen.superficie_terrain,
	dossier.terrain_lotissement,
	dossier.terrain_afu,
	dossier.terrain_zac,
	vue_edit_pc.nature_construction,
	pc.nb_niveaux_au_dessus_sol,
	vue_edit_pc.nb_logements,
	vue_edit_pc.nb_logements_individuels, 
	vue_edit_pc.nb_logements_collectifs, 
	vue_edit_pc.nature_demolition, 
	vue_edit_pc.nb_1_piece, 
	vue_edit_pc.nb_2_pieces, 
	vue_edit_pc.nb_3_pieces, 
	vue_edit_pc.nb_4_pieces, 
	vue_edit_pc.nb_5_pieces, 
	vue_edit_pc.nb_6_pieces, 
	vue_edit_pc.sf_existante, 
	vue_edit_pc.sf_creee, 
	vue_edit_pc.sf_demolie, 
	vue_edit_pc.sf_creee_destination;

Merci à vous

**escartefigue** · 29/08/2023, 11h49

Bonjour,

Merci de communiquer le DDL de création des tables et index, sans quoi il sera difficile de vous aider.

Il est préférable d'utiliser systématiquement des alias de table dès qu'au moins deux tables sont en jeu, ça évite de trimbaler des noms à rallonge tels que "vue_edit_gen" et ça facilite la compréhension (par exemple, dans votre requête, faute d'alias, on ne sait pas d'où vient la colonne "date_commencement").

ce qui donne une requête du genre :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
select distinct
       VEG.departement
     , VEG.n_commune
     , ???.date_commencement
     , VDP.n_professionnel
[. . .]
from 	   vue_edit_gen as VEG
inner join public.vue_edit_travaux as VET
   on VET.id_dossier = VEN.id_dossier = 
inner join public.vue_demandeur_principal as VDP
   on VDP.id_dossier 	public.dossier on public.vue_edit_gen.id_dossier = 
[. . .]      
 
where VEG.co_type_dossier ='PC'
  and ???.date_decision >= '2023-01-01'
group by [...]

**Fabulous60** · 29/08/2023, 12h41

Il s'agit d'une BDD PostgreSQL.
J'avais déjà essayé d'indiqué l'alias concernant la date de commencement mais sans résultat.

Je vais essayé d'éviter les noms à rallonge et en compte vos suggestions car pour l'instant j'ai indiqué des noms de tables et vues :

vue_edit_gen
vue_edit_travaux
vue_demandeur_principal
dossier
parcelle
vue_edit_pc
pc

Je vous tient au courant et merci pour votre réactivité.

**Fabulous60** · 29/08/2023, 15h28

Malheureusement, j'ai relancé la exécutable en ayant modifié le script selon vos suggestions sauf pour les jointures, mais sans la requête n'a pas aboutie.

Ci-dessous le script modifié et les logs :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
!ENTRY org.jkiss.dbeaver.model 2 0 2023-08-29 14:13:01.779
!MESSAGE Statement 79 (SELECT pp.oid as poid, pp.* FROM pg_catalog.pg_proc pp WHERE pp.proname ILIKE ? AND pp.pronamespace IN (?,?) ORDER BY pp.proname LIMIT 10) is not closed
 
!ENTRY org.jkiss.dbeaver.model 2 0 2023-08-29 14:13:01.780
!MESSAGE Statement 77 (select
        distinct VEG.departement,
        VEG.n_commune,
        VEG.co_type_dossier,
        VEG.type_dossier,
        VEG.nom_dossier,
        VEG.date_decision,
        VET.date_commencement,
        VET.date_achevement,
        VEG.annee,
        VDP.code_postal,
        VDP.commune,
        dossier.architecte_non_obligatoire,
        concat(VEG.n_voirie_terrain,
        ' ',
        VEG.adresse_terrain) as Adresse_terrain,
        VEG.nom_commune,
        VEG.code_postal_terrain,
        string_agg(distinct parcelle.n_section,
        ', ') as sections,
        string_agg(distinct parcelle.n_parcelle,
        ', ') as parcelles,
        cast(VEG.superficie_terrain as integer) as s_terrain,
        dossier.terrain_lotissement,
        dossier.terrain_afu,
        dossier.terrain_zac,
        VEP.nature_construction,
        pc.nb_niveaux_au_dessus_sol,
        VEP.nb_logements,
        VEP.nb_logements_individuels,
        VEP.nb_logements_collectifs,
        VEP.nature_demolition,
        VEP.nb_1_piece,
        VEP.nb_2_pieces,
        VEP.nb_3_pieces,
        VEP.nb_4_pieces,
        VEP.nb_5_pieces,
        VEP.nb_6_pieces,
        VEP.sf_existante,
        VEP.sf_creee,
        VEP.sf_demolie,
        VEP.sf_creee_destination  
    from
        public.vue_edit_gen as VEG
    inner join
        public.vue_edit_travaux as VET 
            on VEG.id_dossier = VET.id_dossier 
    inner join
        public.vue_demandeur_principal as VDP
            on VEG.id_dossier = VDP.id_dossier 
    inner join
        public.dossier 
            on VEG.id_dossier = public.dossier.id_dossier 
    inner join
        public.parcelle 
            on VEG.id_dossier = public.parcelle.id_dossier  
    inner join
        public.vue_edit_pc as VEP 
            on VEG.id_dossier = VEP.id_dossier 
    inner join
        public.pc 
            on VEG.id_dossier = public.pc.id_dossier  
    where
        VEG.co_type_dossier = 'PC'
        and VEG.date_decision >= '2023-01-01' 
    group by
        VEG.departement,
        VEG.n_commune,
        VEG.co_type_dossier, 
        VEG.type_dossier,
        VEG.nom_dossier,
        VEG.date_decision,
        VET.date_commencement,
        VET.date_achevement,
        VEG.annee,
        VDP.code_postal,
        VDP.commune,
        dossier.architecte_non_obligatoire,
        VEG.nom_commune,
        VEG.n_voirie_terrain,
        VEG.adresse_terrain,
        VEG.code_postal_terrain,
        VEG.superficie_terrain,
        dossier.terrain_lotissement,
        dossier.terrain_afu,
        dossier.terrain_zac,
        VEP.nature_construction,
        pc.nb_niveaux_au_dessus_sol,
        VEP.nb_logements,
        VEP.nb_logements_individuels,
        VEP.nb_logements_collectifs,
        VEP.nature_demolition,
        VEP.nb_1_piece,
        VEP.nb_2_pieces,
        VEP.nb_3_pieces,
        VEP.nb_4_pieces,
        VEP.nb_5_pieces,
        VEP.nb_6_pieces,
        VEP.sf_existante,
        VEP.sf_creee,
        VEP.sf_demolie,
        VEP.sf_creee_destination) is not closed

!

ENTRY org.jkiss.dbeaver.model 4 0 2023-08-29 14:13:02.046
!MESSAGE Operation failed. Retry count remains = 1
!SUBENTRY 1 org.jkiss.dbeaver.model 4 0 2023-08-29 14:13:02.046
!MESSAGE Error updating dashboard postgresql.sessionCount
!SUBENTRY 2 org.jkiss.dbeaver.model 4 0 2023-08-29 14:13:02.046
!MESSAGE SQL Error [08006]: Une erreur d'entrée/sortie a eu lieu lors d'envoi vers le serveur.
!STACK 0
org.jkiss.dbeaver.model.sql.DBSQLException: SQL Error [08006]: Une erreur d'entrée/sortie a eu lieu lors d'envoi vers le serveur.
at org.jkiss.dbeaver.model.impl.jdbc.exec.JDBCPreparedStatementImpl.executeStatement(JDBCPreparedStatementImpl.java:208)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.updateDashboard(DashboardUpdater.java:209)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.lambda$2(DashboardUpdater.java:134)
at org.jkiss.dbeaver.model.exec.DBExecUtils.tryExecuteRecover(DBExecUtils.java:190)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.updateDashboards(DashboardUpdater.java:132)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.updateDashboards(DashboardUpdater.java:65)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdateJob.run(DashboardUpdateJob.java:43)
at org.jkiss.dbeaver.model.runtime.AbstractJob.run(AbstractJob.java:105)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
Caused by: org.postgresql.util.PSQLException: Une erreur d'entrée/sortie a eu lieu lors d'envoi vers le serveur.
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:349)
at org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:481)
at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:401)
at org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:164)
at org.postgresql.jdbc.PgPreparedStatement.execute(PgPreparedStatement.java:153)
at org.jkiss.dbeaver.model.impl.jdbc.exec.JDBCPreparedStatementImpl.execute(JDBCPreparedStatementImpl.java:261)
at org.jkiss.dbeaver.model.impl.jdbc.exec.JDBCPreparedStatementImpl.executeStatement(JDBCPreparedStatementImpl.java:205)
... 8 more
Caused by: java.net.SocketException: Une tentative de connexion a échoué car le parti connecté n’a pas répondu convenablement au-delà d’une certaine durée ou une connexion établie a échoué car l’hôte de connexion n’a pas répondu
at java.base/sun.nio.ch.NioSocketImpl.implRead(Unknown Source)
at java.base/sun.nio.ch.NioSocketImpl.read(Unknown Source)
at java.base/sun.nio.ch.NioSocketImpl$1.read(Unknown Source)
at java.base/java.net.Socket$SocketInputStream.read(Unknown Source)
at org.postgresql.core.VisibleBufferedInputStream.readMore(VisibleBufferedInputStream.java:161)
at org.postgresql.core.VisibleBufferedInputStream.ensureBytes(VisibleBufferedInputStream.java:128)
at org.postgresql.core.VisibleBufferedInputStream.ensureBytes(VisibleBufferedInputStream.java:113)
at org.postgresql.core.VisibleBufferedInputStream.read(VisibleBufferedInputStream.java:73)
at org.postgresql.core.PGStream.receiveChar(PGStream.java:443)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2069)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:322)
... 14 more
!SUBENTRY 3 org.jkiss.dbeaver.model 4 0 2023-08-29 14:13:02.046
!MESSAGE Une erreur d'entrée/sortie a eu lieu lors d'envoi vers le serveur.
!STACK 0
org.postgresql.util.PSQLException: Une erreur d'entrée/sortie a eu lieu lors d'envoi vers le serveur.
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:349)
at org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:481)
at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:401)
at org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:164)
at org.postgresql.jdbc.PgPreparedStatement.execute(PgPreparedStatement.java:153)
at org.jkiss.dbeaver.model.impl.jdbc.exec.JDBCPreparedStatementImpl.execute(JDBCPreparedStatementImpl.java:261)
at org.jkiss.dbeaver.model.impl.jdbc.exec.JDBCPreparedStatementImpl.executeStatement(JDBCPreparedStatementImpl.java:205)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.updateDashboard(DashboardUpdater.java:209)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.lambda$2(DashboardUpdater.java:134)
at org.jkiss.dbeaver.model.exec.DBExecUtils.tryExecuteRecover(DBExecUtils.java:190)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.updateDashboards(DashboardUpdater.java:132)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.updateDashboards(DashboardUpdater.java:65)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdateJob.run(DashboardUpdateJob.java:43)
at org.jkiss.dbeaver.model.runtime.AbstractJob.run(AbstractJob.java:105)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
Caused by: java.net.SocketException: Une tentative de connexion a échoué car le parti connecté n’a pas répondu convenablement au-delà d’une certaine durée ou une connexion établie a échoué car l’hôte de connexion n’a pas répondu
at java.base/sun.nio.ch.NioSocketImpl.implRead(Unknown Source)
at java.base/sun.nio.ch.NioSocketImpl.read(Unknown Source)
at java.base/sun.nio.ch.NioSocketImpl$1.read(Unknown Source)
at java.base/java.net.Socket$SocketInputStream.read(Unknown Source)
at org.postgresql.core.VisibleBufferedInputStream.readMore(VisibleBufferedInputStream.java:161)
at org.postgresql.core.VisibleBufferedInputStream.ensureBytes(VisibleBufferedInputStream.java:128)
at org.postgresql.core.VisibleBufferedInputStream.ensureBytes(VisibleBufferedInputStream.java:113)
at org.postgresql.core.VisibleBufferedInputStream.read(VisibleBufferedInputStream.java:73)
at org.postgresql.core.PGStream.receiveChar(PGStream.java:443)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2069)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:322)
... 14 more
!SUBENTRY 4 org.jkiss.dbeaver.model 4 0 2023-08-29 14:13:02.046
!MESSAGE Une tentative de connexion a échoué car le parti connecté n’a pas répondu convenablement au-delà d’une certaine durée ou une connexion établie a échoué car l’hôte de connexion n’a pas répondu
!STACK 0
java.net.SocketException: Une tentative de connexion a échoué car le parti connecté n’a pas répondu convenablement au-delà d’une certaine durée ou une connexion établie a échoué car l’hôte de connexion n’a pas répondu
at java.base/sun.nio.ch.NioSocketImpl.implRead(Unknown Source)
at java.base/sun.nio.ch.NioSocketImpl.read(Unknown Source)
at java.base/sun.nio.ch.NioSocketImpl$1.read(Unknown Source)
at java.base/java.net.Socket$SocketInputStream.read(Unknown Source)
at org.postgresql.core.VisibleBufferedInputStream.readMore(VisibleBufferedInputStream.java:161)
at org.postgresql.core.VisibleBufferedInputStream.ensureBytes(VisibleBufferedInputStream.java:128)
at org.postgresql.core.VisibleBufferedInputStream.ensureBytes(VisibleBufferedInputStream.java:113)
at org.postgresql.core.VisibleBufferedInputStream.read(VisibleBufferedInputStream.java:73)
at org.postgresql.core.PGStream.receiveChar(PGStream.java:443)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2069)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:322)
at org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:481)
at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:401)
at org.postgresql.jdbc.PgPreparedStatement.executeWithFlags(PgPreparedStatement.java:164)
at org.postgresql.jdbc.PgPreparedStatement.execute(PgPreparedStatement.java:153)
at org.jkiss.dbeaver.model.impl.jdbc.exec.JDBCPreparedStatementImpl.execute(JDBCPreparedStatementImpl.java:261)
at org.jkiss.dbeaver.model.impl.jdbc.exec.JDBCPreparedStatementImpl.executeStatement(JDBCPreparedStatementImpl.java:205)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.updateDashboard(DashboardUpdater.java:209)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.lambda$2(DashboardUpdater.java:134)
at org.jkiss.dbeaver.model.exec.DBExecUtils.tryExecuteRecover(DBExecUtils.java:190)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.updateDashboards(DashboardUpdater.java:132)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdater.updateDashboards(DashboardUpdater.java:65)
at org.jkiss.dbeaver.ui.dashboard.view.DashboardUpdateJob.run(DashboardUpdateJob.java:43)
at org.jkiss.dbeaver.model.runtime.AbstractJob.run(AbstractJob.java:105)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)

**Waldar** · 29/08/2023, 15h57

Les problèmes de performances se diagnostiquent en premier lieu avec un plan d'exécution.
Exécutez explain select ... sur vos deux requêtes et reportez nous la sortie (en texte).

**SQLpro** · 29/08/2023, 20h05

Commencez par replacer votre GROUP BY actuel par celui-ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
        vue_edit_gen.departement,
	vue_edit_gen.n_commune,
	vue_edit_gen.co_type_dossier, 
	vue_edit_gen.type_dossier,
	vue_edit_gen.nom_dossier,
	vue_edit_gen.date_decision,
	date_commencement,
	date_achevement,
	vue_edit_gen.annee,
	concat(vue_demandeur_principal.civilite,' ' ,vue_demandeur_principal.prenom,' ' ,vue_demandeur_principal.nom) as Demandeur,
	vue_demandeur_principal.n_professionnel,
	vue_demandeur_principal.code_postal,
	vue_demandeur_principal.commune,
	dossier.architecte_non_obligatoire,
	concat(vue_edit_gen.n_voirie_terrain,' ',vue_edit_gen.adresse_terrain) as Adresse_terrain,
	vue_edit_gen.nom_commune,
	vue_edit_gen.code_postal_terrain,
	cast(vue_edit_gen.superficie_terrain as integer) as superficie_terrain,
	dossier.terrain_lotissement,
	dossier.terrain_afu,
	dossier.terrain_zac,
	vue_edit_pc.nature_construction,
	pc.nb_niveaux_au_dessus_sol,
	vue_edit_pc.nb_logements,
	vue_edit_pc.nb_logements_individuels, 
	vue_edit_pc.nb_logements_collectifs, 
	vue_edit_pc.nature_demolition, 
	vue_edit_pc.nb_1_piece, 
	vue_edit_pc.nb_2_pieces, 
	vue_edit_pc.nb_3_pieces, 
	vue_edit_pc.nb_4_pieces, 
	vue_edit_pc.nb_5_pieces, 
	vue_edit_pc.nb_6_pieces, 
	vue_edit_pc.sf_existante, 
	vue_edit_pc.sf_creee, 
	vue_edit_pc.sf_demolie, 
	vue_edit_pc.sf_creee_destination

Mais il nous faudrait le plan d'exécution comme demandé par Waldar, le texte des vues et le DDL des tables avec les index....

A +

**Fabulous60** · 30/08/2023, 10h41

Bonjour,

Je viens de relancer la requête qui n'abouti pas et qui, par la suite envoi ce message d'erreur en plus des logs précédemment envoyées :

SQL Error [57014]: ERREUR: annulation de la requête à la demande de l'utilisateur
Où*: fonction PL/pgSQL nature_travaux_projet(integer,integer), ligne 6 à FOR sur des lignes de SELECT

Error position:

J'ai également mis en pièce jointe, le plan d'exécution ainsi qu'un fichier XLSX intégrant les vues et tables.

Merci pour votre patience.
Cordialement,

**escartefigue** · 30/08/2023, 11h20

Cette description n'est pas celle attendue : il faut le script DDL contenant les ordres CREATE TABLE, CREATE INDEX, ALTER TABLE...

Quelques remarques toutefois :

on constate que la quasi totalité des colonnes est nullable
on constate également que certaines tables comportent 200 à 300 colonnes, ce sont ce qu'on appelle des tables "obèses"
le typage des données est aberrant : du varchar(1) , du FLOAT pour des montants...

Ces remarques mettent en évidence une modélisation à l'emporte pièces, source de tous les maux, à commencer par des performances désastreuses !

Dans la mesure du possible, il faudrait commencer par revoir complètement le modèle de données avant de se préoccuper des requêtes, qui ne seront jamais performantes, toujours complexes et avec des accès concurrents difficiles en l'état !

**Fabulous60** · 30/08/2023, 12h17

Merci pour votre réponse, MDR sur la conception de la base, malheureusement je ne peux intervenir, mais je ferais part de vos remarques à l'editeur :-)

Comme convenu, vous trouverez ci-joint les DDL des vues et tables.

**escartefigue** · 30/08/2023, 12h32

Le DDL confirme mes propos précédents, la première table public.dossier possède à elle seule 37 index

C'est une conséquence directe du nombre pléthorique de colonnes.
Ce faisant, chaque insertion ou suppression dans cette table ainsi que la plupart des mises à jour génère une modification par ligne dans les pages data et au moins 37 modifications par ligne (sans doute beaucoup plus puisque l'essentiel de ces index n'est pas unique) dans les pages index.
C'est absolument ENORME et prend un temps considérable d'où des accès concurrents difficiles, voir impossibles !
De plus, les contraintes CHECK pléthoriques et complexes plombent aussi les perfs lors des mises à jour
Et enfin, table obèse oblige, il faut contrôler 28 contraintes FK, là aussi au détriment des perfs, à chaque insertion !

Je suppose qu'il en va de même pour les autres tables

C'est scandaleux qu'un éditeur puisse mettre une telle bouse sur le marché...

Bon, j'essaye de voir ce qu'il en est, mais les tables sont tellement énormes que c'est difficile à suivre

EDIT je viens de voir que votre requête accède a des tables et fait des jointures avec des vues qui référencent un grand nombre de tables, dont celles de votre requête
C'est une véritable usine à gaz. Il faut repartir du début : quel est le besoin fonctionnel et reconstruire la requête.

**Fabulous60** · 30/08/2023, 12h40

Prise de tête obligée, je n'ai pas le choix de compter sur votre persévérance.
Etant auto-didact, c'est ce qui me fait avancer.

**Fabulous60** · 30/08/2023, 16h31

Le besoin fonctionnel est d'intégrer le résultat de la requête dans l'OPEN DATA.

**SQLpro** · 30/08/2023, 19h19

Envoyé par escartefigue

Le DDL confirme mes propos précédents, la première table public.dossier possède à elle seule 37 index

C'est une conséquence directe du nombre pléthorique de colonnes.
Ce faisant, chaque insertion ou suppression dans cette table ainsi que la plupart des mises à jour génère une modification par ligne dans les pages data et au moins 37 modifications par ligne (sans doute beaucoup plus puisque l'essentiel de ces index n'est pas unique) dans les pages index.
C'est absolument ENORME et prend un temps considérable d'où des accès concurrents difficiles, voir impossibles !

D'autant que PostGreSQL ne fait aucun parallélisme pour les mises à jour => 37 index + 1 table = enchainement de 38 opérations...

Autrement dit SGBDR pas adapté à la base... Il faudrait passer à IBM DB2, Oracle Database ou Microsoft SQL Server....

Je ne serais pas étonné que l'éditeur ait une version SQL Server ou Oracle (les VARCHAR(1) typique du BOOLEAN inexistant dans Oracle) qui fonctionne pas trop mal... Et propose une version PG piège à con histoire que vienne les clients attirés comme les mouches par la merde parce que c'est du libre !...

A +

Script SQL sur base PostgreSQL

Requêtes PostgreSQL

Discussions similaires

Partager

Partager