回答編集履歴
1
質問に対する追記
answer
CHANGED
|
@@ -19,4 +19,36 @@
|
|
|
19
19
|
|
|
20
20
|
使えない場合？？
|
|
21
21
|
巨大になるとパフォーマンスやメモリの問題が起きることはあり得ます。
|
|
22
|
-
カラム数が違うときは、少ない方にリテラルを入れましょう。
|
|
22
|
+
カラム数が違うときは、少ない方にリテラルを入れましょう。
|
|
23
|
+
|
|
24
|
+
|
|
25
|
+
追記
|
|
26
|
+
|
|
27
|
+
回答のビューを見てください。
|
|
28
|
+
テーブルは入ってませんね？
|
|
29
|
+
ビューはエクセル(ODBC、または、エクセルマクロからコマンドラインでSQLを実行)で再作成ができるようにし、ビューをラップするストアドプロシージャを作ります。
|
|
30
|
+
|
|
31
|
+
```lang-SQL
|
|
32
|
+
DROP PROCEDURE IF EXISTS pr_dummy;
|
|
33
|
+
DELIMITER $$
|
|
34
|
+
CREATE PROCEDURE pr_dummy(
|
|
35
|
+
-- パラメータ
|
|
36
|
+
)
|
|
37
|
+
BEGIN
|
|
38
|
+
-- エクセルで作ったテーブルなしのダミービューを返す。
|
|
39
|
+
SELECT * FROM dummy;
|
|
40
|
+
END;
|
|
41
|
+
$$
|
|
42
|
+
DELIMITER ;
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
最近では、仕様書(詳細設計)は作らないことが多いのかもしれませんが、一般的にどのテーブルの何から取ってくる。ということを詳細設計に書きます。そのために、テーブル設計は詳細設計より前にできている必要がある。
|
|
46
|
+
これが、そもそものトラブルの元です。
|
|
47
|
+
|
|
48
|
+
テーブルと疎結合になっていて、テーブル設計を無視して(命名法は合わせる必要がありますが)UI側を完成する。完全にアジャイルで完璧なUIを仕上げることができるでしょう。
|
|
49
|
+
|
|
50
|
+
そのときに使うダミーのストアドプロシージャを作るエクセルは、DBとのインタフェース仕様書(これを作らないプロジェクトがほとんど)であり、SQL側への要求仕様書になります。
|
|
51
|
+
それをもとにテーブル設計を行えば、トータル的な手戻りは最小限になります。
|
|
52
|
+
|
|
53
|
+
うちで使っているダミーを作るエクセルは、Oracle版とSQL Server版はサンプルを置いています。
|
|
54
|
+
http://www.g1sys.co.jp/stub.html
|