Exercices SQL

bonjour quelqu'un peut corriger avec moi ces exercices
voici la table
Pièce jointe 194209

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:

---

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

---

Code:

---

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

---

Code:

---

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

---

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.

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:

---

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;

---

Citation:

---

Envoyé par 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:

---

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 ?

Citation:

---

Envoyé par 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.

---

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

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:

---

1 2 3 4 5 6

INSERT INTO SALGRADE SELECT DEPTNO,MIN(SAL),MAX(SAL) FROM EMP GROUP BY DEPTNO ORDER BY DEPTNO;

---

Citation:

---

Envoyé par 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:

---

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 .

Citation:

---

Envoyé par MR-SMOOT

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.

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:

---

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

---

Requete 2:

Code:

---

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:

---

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

---

Citation:

---

Envoyé par 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.

---

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é.

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.

Citation:

---

Envoyé par escartefigue

...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.:mouarf:

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 :D

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

Citation:

---

Envoyé par escartefigue

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.

Citation:

---

Envoyé par Pomalaix

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

---

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.

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.

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:

---

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:

---

1 2 3 4

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

---