はじめに

これは設計時の見落とし Advent Calendar 2018の22日目の記事となります。

業務アプリケーションの設計をするときに、見落としがちなところに焦点をあてて紹介します。
下流工程からの手戻りを少なくして双方の負担を減らしましょう。

今回は抽出処理系の考慮についてに2点挙げてみます。

条件指定の考慮点

※ちなみに日付の最大値を入力した場合に、OSの日付型上 9998/12/31 が最大となるため、9999/99/99 には出来ません。

未入力はSQLのWHERE句から外すとした場合、ゴミデータが混在する場合があります。
運用上ゴミデータはありえないとさせるか、SQLにてWHERE句でIN句などで指定する必要があります。

例として郵便番号を挙げますが、値として１つに格納している場合、下4桁を入力した検索をした場合は注意が必要です。

Fm1	-	Fm2	～	To1	-	To2
	-	1111	～		-	4444

仕様を決めておかないと、抽出範囲が異なる場合があります。

抽出条件で一覧表示後に抽出条件項目の値を変えると、その抽出条件項目の値を参照して起動などのパラメータとして渡している場合には一覧表示とデータが不整合となる。
対応として、一覧表示後に抽出条件項目を編集不可とするか、抽出条件を保持してパラメータ引渡し時にチェックするようにする。

仕様書に「最新のみをチェックオンの場合、最新のデータを取得する」とだけ書かれたものがありました。

抽出条件に日付範囲があるので、この範囲内で最新データを取得するまではいいのですが、問題は他の抽出条件を組み入れた場合です。

下記の2パターンが考えられます。

データ例

このように「最新のみ」といっても取得するデータが違ってきてしまいます。
なかなか気が付きにくい部分なので、ある程度データを入れて検証して設計していくといいでしょう。