回答編集履歴

1

質問に対する追記

2015/06/04 00:34

投稿

kantomi
kantomi

スコア295

test CHANGED
@@ -41,3 +41,67 @@
41
41
  巨大になるとパフォーマンスやメモリの問題が起きることはあり得ます。
42
42
 
43
43
  カラム数が違うときは、少ない方にリテラルを入れましょう。
44
+
45
+
46
+
47
+
48
+
49
+ 追記
50
+
51
+
52
+
53
+ 回答のビューを見てください。
54
+
55
+ テーブルは入ってませんね?
56
+
57
+ ビューはエクセル(ODBC、または、エクセルマクロからコマンドラインでSQLを実行)で再作成ができるようにし、ビューをラップするストアドプロシージャを作ります。
58
+
59
+
60
+
61
+ ```lang-SQL
62
+
63
+ DROP PROCEDURE IF EXISTS pr_dummy;
64
+
65
+ DELIMITER $$
66
+
67
+ CREATE PROCEDURE pr_dummy(
68
+
69
+ -- パラメータ
70
+
71
+ )
72
+
73
+ BEGIN
74
+
75
+ -- エクセルで作ったテーブルなしのダミービューを返す。
76
+
77
+ SELECT * FROM dummy;
78
+
79
+ END;
80
+
81
+ $$
82
+
83
+ DELIMITER ;
84
+
85
+ ```
86
+
87
+
88
+
89
+ 最近では、仕様書(詳細設計)は作らないことが多いのかもしれませんが、一般的にどのテーブルの何から取ってくる。ということを詳細設計に書きます。そのために、テーブル設計は詳細設計より前にできている必要がある。
90
+
91
+ これが、そもそものトラブルの元です。
92
+
93
+
94
+
95
+ テーブルと疎結合になっていて、テーブル設計を無視して(命名法は合わせる必要がありますが)UI側を完成する。完全にアジャイルで完璧なUIを仕上げることができるでしょう。
96
+
97
+
98
+
99
+ そのときに使うダミーのストアドプロシージャを作るエクセルは、DBとのインタフェース仕様書(これを作らないプロジェクトがほとんど)であり、SQL側への要求仕様書になります。
100
+
101
+ それをもとにテーブル設計を行えば、トータル的な手戻りは最小限になります。
102
+
103
+
104
+
105
+ うちで使っているダミーを作るエクセルは、Oracle版とSQL Server版はサンプルを置いています。
106
+
107
+ http://www.g1sys.co.jp/stub.html