我想創建一個動態的樞軸,但似乎無法讓它工作。樞軸和過濾器
表:
SELECT [CaseID], [ClientID]
from [RegData]
目前返回:
CaseID--|ClientID| RecID
------------------------
7845107 |115172 |410
7845107 |164570 |1197
7845107 |115655 |416
7845107 |154244 |425
7856846 |116684 |151
7856846 |112354 |445
7455444 |115172 |492
7455444 |164570 |518
7455444 |115655 |1297
7455444 |154244 |681
我需要回到這樣的:
CaseID--|Val1----|Val2----|Val3----|Val4----|
7845107 |115172 |164570 |115655 |154244 |
7856846 |116684 |112354 | | |
7455444 |115172 |164570 |115655 |154244 |
然後,我需要找到CaseID是不同的情況下,但是VAL1,VAL2,VAL3等都是一樣的。
CaseID--|Val1----|Val2----|Val3----|Val4----|
7845107 |115172 |164570 |115655 |154244 |
7455444 |115172 |164570 |115655 |154244 |
您如何認定164570是Val2而115655是Val3? SQL Server需要某種數據支持的方式(或者可以引入查詢的確定性)來支持該順序。你在這裏的查詢沒有ORDER BY,所以我懷疑你認爲這是因爲這次數據返回的方式,這是它總是返回的順序?這是一種常見的誤解,但它仍然是一種誤解。你是否有另一個欄目可以幫助決定你的預期訂購(例如身份或日期/時間欄)? –
嗨亞倫,很公平點。爲了減少混亂,我省略了'RecID'列,它實際上是每行的唯一標識符。 – Rya
那麼在您的示例中按照RecID排序的那些行?通常我們更喜歡充分的信息......我們聰明的人和混亂通常不會讓我們放慢太多。所以我建議你至少在第一組中添加RecID值。 –