私は、データが次のように格納されている恐ろしく設計されたテーブルを継承しました。
Period | Identifier | Value
----------------------------------
1 | AB1 | some number
1 | AB2 | some number
1 | AB3 | some number
1 | AB4 | some number
1 | AB5 | some number
1 | A1 | some number
1 | A2 | some number
1 | A3 | some number
1 | A4 | some number
1 | A5 | some number
2 | AB1 | some number
2 | AB2 | some number
2 | AB3 | some number
2 | AB4 | some number
2 | AB5 | some number
2 | A1 | some number
2 | A2 | some number
2 | A3 | some number
2 | A4 | some number
2 | A5 | some number
データを次の形式に変換するSELECTステートメントを使用しようとしています。
Row # | First value | Second value
1 | A1's number | AB1's number // The next 5 rows are data from period 1
2 | A2's number | AB2's number
3 | A3's number | AB3's number
4 | A4's number | AB4's number
5 | A5's number | AB5's number
6 | A1's number | AB1's number // These 5 rows are from period 2
7 | A2's number | AB2's number
8 | A3's number | AB3's number
9 | A4's number | AB4's number
10 | A5's number | AB5's number
AB%
とA%
はその形式の2つの別々のIDであり、条項を少し苛立たせているWHERE LIKE ...
と思います。データを希望の形式に強制できるかどうかは完全にはわかりませんが、上司から調査を依頼されました。
SQLコードがわからない私の最初の試みは、行番号自体を調べて作業することでしたが、私が言ったように、そのルートをどのように進めるかがわかりません。
現在、データはSQL Serverにありますが、SASからを使用してアクセスされますproc sql
。DECLARE
これらの標準は、サポートされていなくても、ほとんどの部分でSQLServerに準拠していると思います。
いいえ、この方法でデータを保存することが誰のアイデアであったかはわかりません...