Discussion :

[MR-SMOOT]

bonjour quelqu'un peut corriger avec moi ces exercices
voici la table


Exercices

1 Liste des employés travaillant à "DALLAS"
2 Noms et dates d'embauche des employés embauchés avant leur manager, avec le nom et la date d'embauche du manager
3 Noms et dates d'embauche des employés embauchés avant 'BLAKE'

Résultats

Code :

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

select * from emp where deptno = (select deptno from dept where upper(loc)='DALLAS')

Code :

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

select em.ename , mg.ename,em.hiredate, mg.hiredate from emp em , emp mg WHERE em.empno = mg.mgr

Code :

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

select ename , hiredate from emp where hiredate < (select hiredate from emp where upper(ename)='BLAKE')

[McM]

Si tu veux vérifier, crée toi une base (sur Apex online par exemple) avec tes données et exécute tes requêtes.

[goldray]

Bonsoir,

2 Noms et dates d'embauche des employés embauchés avant leur manager, avec le nom et la date d'embauche du manager :

Code :

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

1
2
3
4
5
 
select EM.ename,EM.hiredate,MG.ename,MG.hiredate
From EMP EM JOIN EMP MG
ON (EM.mgr=MG.empno)
AND EM.hiredate<MG.hiredate;

[MR-SMOOT]

Bonsoir,

2 Noms et dates d'embauche des employés embauchés avant leur manager, avec le nom et la date d'embauche du manager :

Code :

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

1
2
3
4
5
 
select EM.ename,EM.hiredate,MG.ename,MG.hiredate
From EMP EM JOIN EMP MG
ON (EM.mgr=MG.empno)
AND EM.hiredate<MG.hiredate;

mercii

31- Insérer le salaire minimum et maximum pour chaque département dans la table
SALGRADE(GRADE, LOSAL, HISAL) qui exist déja, avec le numéro de département comme grade.

pour cette question je fais quoi ?

[MR-SMOOT]

Si tu veux vérifier, crée toi une base (sur Apex online par exemple) avec tes données et exécute tes requêtes.

je veux savoir aussi si c'est la meilleur réponse c'est pour cela j'ai poster ici par exemple question 1 est-ce que c'est mieu d'utiliser sous requette ou jointure ...
pour la table je l'ai deja il existe par défaut sur oracle Schéma scott

[goldray]

Bonsoir,

L'utilisation des sous requêtes est moins couteuse par rapport à la jointure.

31- Insérer le salaire minimum et maximum pour chaque département dans la table
SALGRADE(GRADE, LOSAL, HISAL) qui exist déja, avec le numéro de département comme grade.

Code :

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

1
2
3
4
5
6
 
INSERT INTO SALGRADE
SELECT DEPTNO,MIN(SAL),MAX(SAL)
FROM EMP
GROUP BY DEPTNO
ORDER BY DEPTNO;

[MR-SMOOT]

Bonsoir,

L'utilisation des sous requêtes est moins couteuse par rapport à la jointure.

31- Insérer le salaire minimum et maximum pour chaque département dans la table
SALGRADE(GRADE, LOSAL, HISAL) qui exist déja, avec le numéro de département comme grade.

Code :

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

1
2
3
4
5
6
 
INSERT INTO SALGRADE
SELECT DEPTNO,MIN(SAL),MAX(SAL)
FROM EMP
GROUP BY DEPTNO
ORDER BY DEPTNO;

merci
pour l'utilisation du jointure ui sous requette est mieu mais si il nous demande d'afficher ou il travail aussi il faut utiliser jointure parce c'est impossible de le faire avec sous requette .
dans la question je suis pas sur si il faut affiche ou il travail ou pas .

[goldray]

merci
pour l'utilisation du jointure ui sous requette est mieu mais si il nous demande d'afficher ou il travail aussi il faut utiliser jointure parce c'est impossible de le faire avec sous requette .
dans la question je suis pas sur si il faut affiche ou il travail ou pas .

Il y en a des cas où nous sommes obligés d'utiliser la jointure pour récupérer des données depuis deux ou plusieurs tables.

Il n'est pas nécessaire d'afficher la colonne "LOC" puisque le résultat va afficher tous les employés travaillant à DALLAS, donc on sait déjà la ville de chaque employé, c'est inutile de la mentionner.

[islamov2000]

Les jointures ne se fonts pas avec des sous-requetes, en plus, elles se fonts actuellement avec nouvelle techniques et pas avec la méthodes classique.

Pour la requete 2:
tu n'as pas intégré le critère de date de recrutement du manager pour avoir les employées recrutés avant leurs managers.

Requete 1:

Code :

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

select * from emp A join dept B on  A.DEPTNO=B.DEPTNO where upper(loc)='DALLAS'

Requete 2:

Code :

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

select A.ENAME,A.HIREDATE,M.ENAME,M.HIREDATE from emp A join emp M on A.MGR=M.EMPNO and A.HIREDATE<M.HIREDATE

Requête 3:

Code :

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

select A.ename,A.HIREDATE from emp A  join emp B on  A.HIREDATE < B.HIREDATE and B.ENAME='BLAKE'

[escartefigue]

Les jointures ne se fonts pas avec des sous-requetes, en plus, elles se fonts actuellement avec nouvelle techniques et pas avec la méthodes classique.

Si vous faites allusion à la séparation des critères de filtrage (where) des critères de jointures (JOIN) alors ce n'est pas franchement nouveau, puisque c'est ainsi depuis plus de 15 ans et ce n'est pas vraiment une technique mais plutôt une syntaxe
Tant qu'à faire, il est préférable de coder explicitement la jointure INNER (INNER JOIN) plutôt qu'implicitement (JOIN seulement), ça évite toute ambiguïté.

[islamov2000]

Oui tu as raison, escartefigue.
J'ai dit nouvelle, c'est relative à l'ancienne syntaxe.
Avant bien les années 2000, nous avons appris que les jointures se fonts dans la clause where.

[Pomalaix]

...Tant qu'à faire, il est préférable de coder explicitement la jointure INNER (INNER JOIN) plutôt qu'implicitement (JOIN seulement), ça évite toute ambiguïté.

Je ne vois pas quelle ambiguïté il y a dans un JOIN, puisqu'il y aura des éléments distinctifs en cas de jointure externe.
Mais pour le coup, j'aime bien écrire LEFT OUTER JOIN et non LEFT JOIN tout court, car je trouve ça plus explicite.

[escartefigue]

Ca me semble toujours plus clair d'écrire clairement ce que l'on fait plutôt que de le laisser supposer, et ça facilite la vie aux débutants qui ne se poseront pas la question (ils sont nombreux sur les plates formes de dev, ne l'oublions pas)
Cela dit je n'irai pas me battre pour ce point de détail

Ca participe de la même logique que de séparer le filtrage de la jointure : c'est plus clair

[Waldar]

Tant qu'à faire, il est préférable de coder explicitement la jointure INNER (INNER JOIN) plutôt qu'implicitement (JOIN seulement), ça évite toute ambiguïté.

En SQL, je vois très souvent écrit trunc(unedate) pour arrondir à la journée.
En suivant votre raisonnement, il faut écrire trunc(unedate, 'dd').
On peut pousser ce raisonnement sur énormément de fonctions, sur le ASC dans les clauses de tri, sur les caractères d'échappement dans le LIKE et sûrement encore d'autres choses auxquelles je ne pense pas, ça revient à se priver de facilités d'écriture.

Mais pour le coup, j'aime bien écrire LEFT OUTER JOIN et non LEFT JOIN tout court, car je trouve ça plus explicite.

Quand il n'y a que des jointures fortes dans une requête, j'écris simplement JOIN partout.
Quand il y a des jointures externes ou des produits cartésiens, j'écris INNER JOIN, LEFT JOIN et CROSS JOIN.
J'évite le mot OUTER qui décalerait trop ma mise en page.

L'important au final c'est que la requête soit juste, et s'exécute dans des conditions acceptables au sein de son environnement technique.

[Pomalaix]

Mode blague : et moi j'écris COMMIT WORK WRITE WAIT IMMEDIATE pour être sûr de l'effet de mon COMMIT sans dépendre des aléas du paramétrage.

[mnitu]

Ce qui compte probablement c’est d’adopter un style d’écriture des requêtes et de prendre soin de le respecter. Normalement il devrait y avoir des normes d’écriture propre à chaque « équipe » de développement.
Je remarque également que certains experts assez réputé n’utilisent jamais les jointures AINSI.
Et je tiens à rappeler que de toute façon dans la plupart des cases l’optimiseur d’Oracle récrit la requête à son sauce non-ANSI

Code :

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

1
2
3
4
5
6
 
Select d.dname, e.ename
  from dept d
       Left Outer Join
       emp e
    On d.deptno = e.deptno

Code :

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

1
2
3
4
Predicate Information (identified by operation id):
------------------------------------------
* 1 - access("D"."DEPTNO"="E"."DEPTNO"(+))