J'ai 2 tables: Tableau A a 3 colonnes (par exemple) avec des données d'en-tête de vente d'opportunités:
OPP_LINE_ID, OPP_ID, AMOUNT_USD
3 Réponses :
Subquery est tout ce dont vous avez besoin
Présumer que vous utilisiez cela dans une bibliothèque d'accès aux données côté client qui représente les données de B de B dans une collection 2 dimensions et que vous souhaitez le manipuler sans affecter / avoir des données de réception dans cette collection:
Identifiez les enregistrements dans un : P>
SELECT b.* FROM a JOIN b ON a.opp_id = b.opp_id WHERE a.somecolumn = 'somevalue'
J'ai tendance à utiliser Si vous voulez deux séries de résultats, vous devez exécuter deux questions. On ne sait pas ce que la deuxième requête est, peut-être la première requête sur Existe pour ce type de requête: A .
Pourriez-vous ajouter des exemples de données et une sortie attendue au format de tableau
Montrez-nous également votre tentative de requête actuelle.
Votre question n'a pas vraiment de sens. Cela peut être fait sans utiliser le mot-clé de jointure, mais ne peut pas être fait sans rejoindre (== Relatif) les données. La manipulation du tableau B dans une base de données ne manipule pas nécessairement la table A; Le seul scénario où il se produit est s'il existe une relation de clé étrangère que les mises à jour de Cascades effectuées sur des clés primaires de B, dans les colonnes de clé de l'enfant dans un
corriger la question n'a aucun sens du tout
Quel est votre RDBMS? Vous pouvez utiliser la table Temp pour obtenir votre jeu de résultats intermédié, puis utiliser
Join / in ... ou dupliquer votre première requête à utiliser dans vos 2 vues ...Semble avoir une simple relation parent-enfant, c'est-à-dire une clé étrangère. Si votre implémentation est correcte, vous ne pouvez pas avoir de détails pour des opportunités non existantes :-)