Quelles sont les utilisations de Cross Join?

Une jointure croisée effectue un produit cartésien sur les tuples des deux ensembles.

SELECT *
FROM Table1
CROSS JOIN Table2

Dans quelles circonstances une telle opération SQL est-elle particulièrement utile?

Si vous avez une "grille" que vous souhaitez remplir complètement, comme les informations de taille et de couleur pour un vêtement particulier:

select 
    size,
    color
from
    sizes CROSS JOIN colors

Vous souhaitez peut-être une table contenant une ligne pour chaque minute de la journée et vous souhaitez l'utiliser pour vérifier qu'une procédure a été exécutée chaque minute, vous pouvez donc traverser trois tables:

select
    hour,
    minute
from
    hours CROSS JOIN minutes

Ou vous disposez d'un ensemble de spécifications de rapport standard que vous souhaitez appliquer chaque mois de l'année:

select
    specId,
    month
from
    reports CROSS JOIN months

Le problème avec le maintien de ces vues sous forme de vues est que dans la plupart des cas, vous ne voulez pas d'un produit complet, en particulier en ce qui concerne les vêtements. Vous pouvez ajouter une MINUSlogique à la requête pour supprimer certaines combinaisons que vous ne portez pas, mais vous trouverez peut-être plus facile de remplir une table d'une autre manière et de ne pas utiliser de produit cartésien.

En outre, vous pourriez finir par essayer la jointure croisée sur des tables qui ont peut-être quelques lignes de plus que vous ne le pensiez, ou peut-être que votre WHEREclause était partiellement ou complètement manquante. Dans ce cas, votre DBA vous informera rapidement de l'omission. Habituellement, il ou elle ne sera pas heureux.

Générez des données pour les tests.

Vous ne souhaiterez généralement pas un produit cartésien complet pour la plupart des requêtes de base de données. Toute la puissance des bases de données relationnelles est que vous pouvez appliquer toutes les restrictions qui vous intéressent pour vous permettre d'éviter d'extraire des lignes inutiles de la base de données.

Je suppose qu'un exemple artificiel où vous pourriez souhaiter cela est si vous avez un tableau des employés et un tableau des emplois à faire et que vous voulez voir toutes les affectations possibles d'un employé à un travail.

Ok, cela ne répondra probablement pas à la question, mais si c'est vrai (et je n'en suis même pas sûr), c'est un peu d'histoire.

Au début d'Oracle, l'un des développeurs s'est rendu compte qu'il avait besoin de dupliquer chaque ligne d'une table (par exemple, il est possible que ce soit une table d'événements et qu'il ait dû la changer séparément "événement de début" et "événement de fin". entrées). Il s'est rendu compte que s'il avait une table avec seulement deux lignes, il pourrait faire une jointure croisée, en sélectionnant uniquement les colonnes de la première table, et obtenir exactement ce dont il avait besoin. Il a donc créé une table simple, qu'il a naturellement appelée "DUAL".

Plus tard, il doit faire quelque chose qui ne peut être fait que via une sélection dans une table, même si l'action elle-même n'a rien à voir avec la table, (peut-être qu'il a oublié sa montre et voulait lire l'heure via SELECT SYSDATE FROM .. .) Il s'est rendu compte qu'il avait toujours sa table DUAL traîner et l'a utilisé. Au bout d'un moment, il en avait assez de voir l'heure imprimée deux fois, alors il a finalement supprimé l'une des lignes.

D'autres chez Oracle ont commencé à utiliser sa table, et finalement, il a été décidé de l'inclure dans l'installation standard d'Oracle.

Ce qui explique pourquoi une table dont la seule signification est qu'elle comporte une ligne a un nom qui signifie «deux».

La clé est "montre-moi toutes les combinaisons possibles". Je les ai utilisés en conjonction avec d'autres champs calculés, puis les ai triés / filtrés.

Par exemple, supposons que vous construisez une application d'arbitrage (trading). Vous avez des vendeurs qui proposent des produits à un prix et des acheteurs qui demandent des produits à un coût. Vous effectuez une jointure croisée sur la clé de produit (pour faire correspondre les acheteurs et les vendeurs potentiels), calculez l'écart entre le coût et le prix, puis triez desc. sur ceci pour vous donner (l'intermédiaire) les métiers les plus rentables à exécuter. Vous aurez presque toujours d'autres critères de filtrage limitatifs bien sûr.

Prend quelque chose comme une table de chiffres, qui a dix lignes pour les chiffres 0-9. Vous pouvez utiliser la jointure croisée sur cette table plusieurs fois pour obtenir un résultat contenant le nombre de lignes dont vous avez besoin, avec les résultats numérotés de manière appropriée. Cela a un certain nombre d'utilisations. Par exemple, vous pouvez le combiner avec une fonction datadd () pour obtenir un ensemble pour chaque jour d'une année donnée.

Il s'agit d'une manière intéressante d'utiliser une jointure croisée pour créer un rapport d'analyse croisée . Je l'ai trouvé dans SQL For Smarties de Joe Celko et je l'ai utilisé plusieurs fois. Cela prend un peu de configuration, mais cela vaut le temps investi.

Imaginez que vous ayez une série de requêtes que vous souhaitez émettre sur une combinaison spécifique d'articles et de dates (prix, disponibilité, etc.). Vous pouvez charger les éléments et les dates dans des tables temporaires séparées et faire en sorte que vos requêtes rejoignent les tables. Cela peut être plus pratique que l'alternative d'énumérer les éléments et les dates dans les clauses IN, d'autant plus que certaines bases de données limitent le nombre d'éléments dans une clause IN.

vous pouvez l'utiliser CROSS JOIN pour: - générer des données à des fins de test - combiner toutes les propriétés - vous avez besoin de toutes les combinaisons possibles, par exemple des groupes sanguins (A, B, ..) avec Rh - / +, etc ... - le régler pour vos besoins;) - Je ne suis pas expert dans ce domaine;)

CREATE TABLE "HR"."BL_GRP_01" 
("GR_1" VARCHAR2(5 BYTE));
REM INSERTING into BL_GRP_01
SET DEFINE OFF;
Insert into BL_GRP_02 (GR_1) values ('A');
Insert into BL_GRP_02 (GR_1) values ('B');
Insert into BL_GRP_02 (GR_1) values ('O');
Insert into BL_GRP_01 (GR_1) values (NULL);

CREATE TABLE "HR"."BL_GRP_02" 
("GR_1" VARCHAR2(5 BYTE));

REM INSERTING into BL_GRP_02
SET DEFINE OFF;
Insert into BL_GRP_02 (GR_1) values ('A');
Insert into BL_GRP_02 (GR_1) values ('B');
Insert into BL_GRP_02 (GR_1) values ('O');
Insert into BL_GRP_02 (GR_1) values (NULL);

CREATE TABLE "HR"."RH_VAL_01" 
("RH_VAL" VARCHAR2(5 BYTE));
REM INSERTING into RH_VAL_01
SET DEFINE OFF;
Insert into RH_VAL_01 (RH_VAL) values ('+');
Insert into RH_VAL_01 (RH_VAL) values ('-');
Insert into RH_VAL_01 (RH_VAL) values (NULL);

select distinct  a.GR_1 || b.GR_1 || c.RH_VAL as BL_GRP
from BL_GRP_01 a, BL_GRP_02 b, RH_VAL_01 c
GROUP BY a.GR_1, b.GR_1, c.RH_VAL;

• créez une jointure pour 2 tables sans identifiant commun puis groupez-la en utilisant max (), etc. pour trouver la combinaison la plus élevée possible