J'ai une question que j'utilise pour la cartographie dans les services d'information qui ressemble à:union sql avec un composant d'agrégation
(SELECT Alpha, Beta, Gamma, Delta, Epsilon, Zeta, Eta, Theta, Iota, Kappa, Lambda, Mu,Nu, Xi from tbl WHERE Alpha in (@Alphas) and Beta in (@Betas) and Gamma in (@Gammas) and Delta in (@Deltas) and Epsilon in (@Epsilons) and Zeta in (@Zetas) and Eta in (@Etas) and Theta in (@Thetas)) UNION (SELECT Alpha, Beta, Gamma, Delta, Epsilon, Zeta, Eta, Theta, Iota, Kappa, Lambda, Mu,Nu, Omicron from tbl WHERE Alpha in (@Alphas) and Beta in (@Betas) and Gamma in (@Gammas) and Delta in (@Deltas) and Epsilon in (@Epsilons) and Zeta in (@Zetas) and Eta in (@Etas) and Theta in (@Thetas))
Alpha par Theta doivent être utilisés dans deux champs calculés qui les concatènent (disons Alpha, Beta, Gamma) dans une chaîne dans un champ. L'instruction select pour Omicron va générer le même nombre de lignes que Xi mais je veux vraiment agréger Omicron, donc si la requête Select avec Xi produit 9 items de légende, la sélection agrégée pour Omicron ne devrait produire qu'un seul élément de légende car les valeurs Les Alpha à Thêta ne sont pas importants pour Omicron. Comment la requête devrait-elle être structurée pour que je puisse utiliser l'Alpha à travers Thêta comme paramètres mais encore agréger Omicron?
Je ne pense pas avoir compris votre réponse. Les données d'origine étaient une sélection directe et préparaient les données dans les services de reporting avant de les utiliser dans un rapport. À quoi ressemblerait votre sql alors? – TheObserver