Vues SQL avec champs vides

**eamrf** · 15/10/2019, 13h59

Bonjour, j'ai 2 tables en SQL 2008 et plus, qui ont un champ potentiellement ; tables A(a1, a2, a3) et B (b1,b2, b3) avec a1 = b1

je fais une vue avec

Code :

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

SELECT a1, a2, a3, b1, b2 b3 from A INNER JOIN B ON a1=b1

xa1, xa2, xa3, xb1, xb2, xb3
ya1, ya2, ya3, yb1, yb2, yb3
za1, za2, za3, zb1, zb2, zb3

jusque là ça va...
j'obtiens un tableau où les champs sont remplis
or je voudrais constituer un tableau dans les cas où b1,b2, b3 n'existent pas :
du genre :

xa1, xa2, xa3, NULL, NULL, NULL
ya1, ya2, ya3, NULL, NULL, NULL
za1, za2, za3, zb1, zb2, zb3

P.S NULL ou autre chose
Est-ce possible et si oui comment je peux écrire ma vue ?

J'ai essayé avec les LEFT, RIGHT JOIN, UNION etc mais je sèche...

Par avance merci

**tatayo** · 15/10/2019, 14h09

Bonjour,
A part si j'ai mal compris la demande, il faut bien utiliser une jointure externe.
Par contre je pense qu'il y a une erreur dans "l'énoncé":

Envoyé par eamrf

Bonjour, j'ai 2 tables en SQL 2008 et plus, qui ont un champ potentiellement ; tables A(a1, a2, a3) et B (b1,b2, b3) avec a1 = a2

Ce ne serait pas plutôt a1 = b1 ? Et qu'entends-tu par "qui ont un champ potentiellement" ? Potentiellement quoi ?

Tatayo.

**eamrf** · 15/10/2019, 14h11

oui c'est bien a1=b1

potentiellement car il n'existe peut etre pas de lignes avec a1=b1

**aieeeuuuuu** · 15/10/2019, 15h03

bonjour

alors c'est bien un LEFT JOIN qu'il vous faut

Attention, il ne faut pas mettre de condition sur la table de gauche dans le WHERE dans ce cas...

comment avez-vous écrit votre requête avec le LEFT JOIN et qu'est-ce qui n'allait pas dans le résultat ?

**StringBuilder** · 15/10/2019, 15h04

Oui, donc tu dois faire ton choix entre LEFT OUTER JOIN, RIGHT OUTER JOIN et FULL OUTER JOIN

**eamrf** · 16/10/2019, 10h52

J'essaie les LEFT et RIGHT OUTER JOIN mais ça veut pas
En fait, j'ai plusieurs tables :

Code :

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

A INNER JOIN B ON A.GUID_CHANNEL = B.GUID_CHANNEL INNER JOIN C ON A.GUID_LOG = C.GUID_LOG INNER JOIN D ON A.GUID_CHANNEL = D.GUID_CHANNEL AND CONVERT(varchar, D.TIME_BEGIN, 8) = CONVERT(varchar,A.DATE_BEGIN, 8)

où
- A est une table où je peux avoir d'enregistrements avec la clé principale GUID_LOG et les champs GUID_CHANNEL, DATE_BEGIN notamment
- B a toujours un enregistrement avec la clé GUID_CHANNEL
- C est un table dépendante de A avec la clé GUID_RUN et la clé GUID_LOG
- D a toujours un enregistrement avec les champs GUID_CHANNEL, TIME_BEGIN

est-ce clair?

ainsi, je voudrais voir une vue avec :
A.a1 - B.b1 - C.c1- D.d1 où b1 et d1 existe toujours
exemple:
NULL - b1 - NULL- d1

**tatayo** · 16/10/2019, 11h12

Alors, avec les balises la requête donne ceci:

Code sql :

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

1
2
3
4
5
6
 
select *
from A 
INNER JOIN B ON A.GUID_CHANNEL = B.GUID_CHANNEL 
INNER JOIN C ON A.GUID_LOG = C.GUID_LOG 
INNER JOIN D ON A.GUID_CHANNEL = D.GUID_CHANNEL AND CONVERT(varchar, D.TIME_BEGIN, 8) = CONVERT(varchar,A.DATE_BEGIN, 8)

Je ne vois pas de jointure externe…
Comme A peut être null, et pas B, je partirai de B:

Code sql :

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

1
2
3
4
 
SELECT *
FROM B
LEFT OUTER JOIN A ON A.GUID_CHANNEL = B.GUID_CHANNEL

Maintenant ajoutons C. C peut ne pas être présent, donc il faut aussi une jointure externe:

Code sql :

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

1
2
3
4
5
 
SELECT *
FROM B
LEFT OUTER JOIN A ON A.GUID_CHANNEL = B.GUID_CHANNEL 
LEFT OUTER JOIN C ON A.GUID_LOG = C.GUID_LOG

Il ne reste plus qu'à ajouter D. Visiblement D est toujours présent, donc là il faut une jointure interne:

Code sql :

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

1
2
3
4
5
6
 
SELECT *
FROM B
LEFT OUTER JOIN A ON A.GUID_CHANNEL = B.GUID_CHANNEL 
LEFT OUTER JOIN C ON A.GUID_LOG = C.GUID_LOG 
INNER JOIN D ON A.GUID_CHANNEL = D.GUID_CHANNEL AND CONVERT(varchar, D.TIME_BEGIN, 8) = CONVERT(varchar,A.DATE_BEGIN, 8)

Mais là je vois un gros problème. La jointure se fait entre D et A. Si a n'a pas été trouvé (comme dans ton exemple), d'où vient D ?

Tatayo.

**eamrf** · 16/10/2019, 11h14

Merci je teste ça !

**escartefigue** · 16/10/2019, 11h16

bonjour,

C'est un peu confus, mais
- il faut utiliser des jointures inner si vous voulez ne retenir que les cas où, pour les critères de jointure (ON), il y a correspondance dans les deux tables jointes
- il faut utiliser des jointures left ou right outer si la présence dans l'une des deux tables est facultative

Par ailleurs, pour la jointure, évitez les fonctions de colonne telles que
AND CONVERT(varchar, D.TIME_BEGIN, 8) = CONVERT(varchar,A.DATE_BEGIN, 8).
Car ce type de fonction compromet l'usage des index.
Une conversion de type n'est nécessaire que si celui-ci est différent entre les deux tables.

**eamrf** · 16/10/2019, 11h42

ça le fait pas encore ....
mais je sens qu'on se rapproche.... attaquer le select par un autre de table

La table D a le champ GUID_CHANNEL toujours rempli alors que la table A peut ne pas avoir d'enregistrement avec la clé principale GUID_LOG et les champs GUID_RUN et GUID_CHANNEL ....

-------------------------
Tables avec des données toujours présentes :
B-1* GUID_CHANNEL (canal de rattachement où sont rattachés des GUID_LOG générés)
D-1* GUID_CHANNEL (canal de rattachement servant à générer les GUID_LOG)
----------------------------------
Tables avec ou pas des données :

Table mère (1 ligne "contenant")
A - 1* GUID_LOG
- 2 GUID_CHANNEL

Table fille (x lignes "contenu")
C -1* GUID_RUN
- 2 GUID_LOG

**StringBuilder** · 16/10/2019, 11h44

Perso, pour la lisibilité, je me démerde généralement pour avoir les INNER JOIN en premier et les OUTER join ensuite : on pose les bases simples en premier avant de commencer à sculpter les gargouilles de l'édifice.
Et comme l'a fait Tatayo, quand on se retrouve avec un potentiel RIGHT OUTER JOIN, il est préférable d'inverser l'ordre des table afin d'avoir un LEFT OUTER JOIN : c'est plus lisible et demande moins de gymnastique mentale pour comprendre la requête.

Enfin, attention à la remarque (justifiée) d'escartefigue.
En effet, autant faire :

Code sql :

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

1
2
 
AND CONVERT(varchar, D.TIME_BEGIN, 8) = CONVERT(varchar,A.DATE_BEGIN, 8)

Empêche l'utilisation d'index (en plus de faire perdre du temps inutilement en conversions inutiles)

Autant :

Code sql :

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

1
2
 
AND D.TIME_BEGIN = A.DATE_BEGIN

Ne veut pas dire la même chose !

Si TIME_BEGIN et DATE_BEGIN sont de type datetime (contenant la date ET l'heure) alors la conversion en varchar avec le code "8" retourne l'heure uniquement. Donc si les deux colonnes sont à la même heure mais pas la même date, ça ne retournera pas la même chose. Idem si les heures contiennent des millisecondes différentes.

En revanche, si on a des millisecondes identiques, je te conseille de caster tes dates vers le type time : même si ça compromait toujours l'utilisation d'un index, la conversion est plus naturelle (et accessoirement, si on lit "time" on sait qu'on compare les heures et non la date, ce qui est bien moins évidement avec l'utilisation du format de conversion "8" qui n'est pas du tout parlant)

**eamrf** · 16/10/2019, 11h48

Envoyé par escartefigue

bonjour,

C'est un peu confus, mais
- il faut utiliser des jointures inner si vous voulez ne retenir que les cas où, pour les critères de jointure (ON), il y a correspondance dans les deux tables jointes
- il faut utiliser des jointures left ou right outer si la présence dans l'une des deux tables est facultative

Par ailleurs, pour la jointure, évitez les fonctions de colonne telles que
AND CONVERT(varchar, D.TIME_BEGIN, 8) = CONVERT(varchar,A.DATE_BEGIN, 8).
Car ce type de fonction compromet l'usage des index.
Une conversion de type n'est nécessaire que si celui-ci est différent entre les deux tables.

En effet, seuls hh:mn:ss m'interessent à comparer et leurs yyyy-mm-dd sont différents.

**escartefigue** · 16/10/2019, 15h24

En ce cas, tenez compte de la remarque de StringBuilder

**eamrf** · 16/10/2019, 15h53

Envoyé par escartefigue

En ce cas, tenez compte de la remarque de StringBuilder

D'après ce que je comprends et mon cas où seules le Time peut être commun et la Date ne l'est certainement pas, je suis obligé de passer par un CONVERT

Une conversion de type n'est nécessaire que si celui-ci est différent entre les deux tables

Or les dates sont différentes....

**SQLpro** · 16/10/2019, 17h27

Envoyé par eamrf

D'après ce que je comprends et mon cas où seules le Time peut être commun et la Date ne l'est certainement pas, je suis obligé de passer par un CONVERT

Or les dates sont différentes....

On parle pas de dates différentes ! On parle de types de données différents. Est-ce que vos types de données des colonnes sont différents oui ou non ?

Il est évident que si vous vous étiez conformé aux règles de postage de ce forum en nous fournissant la description sous forme DDL de vos tables, cela aurait été plus simple et beaucoup plus rapide !

A lire : https://www.developpez.net/forums/a6...gage-sql-lire/

A +

**StringBuilder** · 17/10/2019, 08h40

Envoyé par eamrf

je suis obligé de passer par un CONVERT

Pas forcément, CAST() remplace avantageusement CONVERT() dans bien des cas.

Pour convertir un datetime en time notamment.

**eamrf** · 18/10/2019, 16h10

Table "A":

Code :

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

1
2
3
4
CREATE TABLE [SYSADM].[T_FED_LOG](
	[GUID_LOG] [uniqueidentifier] NOT NULL,
	[GUID_CHANNEL] [uniqueidentifier] NULL)
) ON [PRIMARY]

TABLE "B":

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE [SYSADM].[T_FED_CHANNEL](
	[GUID_CHANNEL] [uniqueidentifier] NOT NULL,
	[NAME_CHANNEL] [nvarchar](128) NOT NULL,
	[ID_STATION] [int] NULL,
	[ID_BROADCAST] [int] NULL,
 CONSTRAINT [PK_T_FED_CHANNEL] PRIMARY KEY CLUSTERED 
(
	[GUID_CHANNEL] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 90) ON [PRIMARY]
) ON [PRIMARY]
 
GO

TABLE "C":

Code :

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

1
2
3
4
5
6
7
8
9
CREATE TABLE [SYSADM].[T_FED_RUN](
	[GUID_RUN] [uniqueidentifier] NOT NULL,
	[GUID_SCREEN] [uniqueidentifier] NULL,
	[GUID_LOG] [uniqueidentifier] NULL,
	[GUID_ITEM] [uniqueidentifier] NULL,
	[POSITION] [int] NULL,
	[RUN_NAME] [nvarchar](255) NULL
 
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

TABLE "D":

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
CREATE TABLE [SYSADM].[T_FED_GRIDEMISSION](
	[GUID_GRIDEMISSION] [uniqueidentifier] NOT NULL,
	[GUID_LOG] [uniqueidentifier] NULL,
	[GUID_CHANNEL] [uniqueidentifier] NULL,
	[NAME] [nvarchar](128) NULL,
	[DATE_BEGIN] [datetime] NULL,
	[DATE_END] [datetime] NULL,
	[TIME_BEGIN] [datetime] NULL,
	[TIME_END] [datetime] NULL,
	[MONDAY] [int] NULL,
	[TUESDAY] [int] NULL,
	[WEDNESDAY] [int] NULL,
	[THURSDAY] [int] NULL,
	[FRIDAY] [int] NULL,
	[SATURDAY] [int] NULL,
	[SUNDAY] [int] NULL,
	[ID_PLAN] [int] NULL
) ON [PRIMARY]

Je suis preneur de la syntaxe pour transformer un datetime en time via CAST()

Merci !

**tatayo** · 18/10/2019, 17h10

Après une petite recherche (cast datetime time), pour SqlServer:

Code sql :

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

1
2
3
4
 
select convert(time,GETDATE())
 
select cast(getdate() as time)

Tatayo

**eamrf** · 18/10/2019, 17h33

Envoyé par tatayo

Après une petite recherche (cast datetime time), pour SqlServer:

Code sql :

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

1
2
3
4
 
select convert(time,GETDATE())
 
select cast(getdate() as time)

Tatayo

Merci beaucoup !

Vues SQL avec champs vides

Langage SQL

Discussions similaires

Partager

Partager