Une fois que l'utilisateur s'est connecté, il y aura deux autres liens dans le menu du forum, à savoir: le thème que j'ai publié et le thème auquel je participe. La requête de l'ancienne est plus simple. Si les articles sur le thème et les autocollants sont dans un tableau de données. Nous savons, en général, lorsque la réponse est publiée, le titre peut être omis. Comment cette requête l'a-t-elle fait?
Jetons d'abord un coup d'œil au code du réseau en mouvement:
Ce qui suit est le fragment de code:
Sélectionnez le top 200 * à partir de la rubrique Where TopicId in (sélectionnez Top 200 rootId From & NowUseBbs & Where PosserId = & Userid & Order by Announserid Desc SC
Pourquoi y a-t-il de petits supports dans cette requête? Qu'est-ce que ça veut dire? Et écoutez la décomposition.
La requête que nous utilisons généralement est une requête unique, mais la requête ci-dessus est de deux couches. . La requête ci-dessus, la première couche de requête consiste à vérifier tous les articles (y compris la réponse) publiés par l'utilisateur dans cette version, puis à vérifier le thème de ces autocollants.
En plus de la fonction ci-dessus, quels sont les avantages de la requête imbriquée? Si la fonction statistique est nécessaire pour utiliser la fonction statistique dans la condition de recherche (qui est souvent utilisée dans les statistiques d'analyse), vous pouvez utiliser la requête imbriquée. Par exemple, le code du livre avec un livre avec des ventes moyennes de toutes les ventes est maintenant requise.
SELECT TITLE_ID, QTY // Title_id est le numéro de livre, Qté est les ventes
Des ventes
Où Qté> AVG (Qté) // AVG est la fonction moyenne, AVG (Qté) est le volume de vente moyen
Le serveur invitera une erreur car la fonction statistique des données de la liste de sélection n'est pas autorisée dans la clause WHERE. En utilisant des requêtes imbriquées dans la clause WHERE, ce problème peut être résolu.
Ce qui suit est le fragment de code:
SELECT TITLE_ID, Qté
Des ventes
Où Qté>
(Sélectionnez AVG (Qté) à partir des ventes)