カテゴリー：設計
-
【設計】「リトライ」についての考え方
10.23
リトライのユースケース バッチ処理などでどうしても失敗できない処理の場合 バッチ処理はオンライン処理に比べたら同時処理数は一定のため過負荷などにはなりにくいです。 リトライの注意点 回数の多いリトライは過負荷を生む原因になるのでやっ…
-
【DB設計】「データ保持」の考え方
10.23
デメリット データ量が増えてくると性能が低減する。 削除しないのであれば、ストレージやディスクを追加購入する必要がある。（今はクラウドなので論理的なものになるが。） しょうがないケース 以下のようなケースはそもそもデ…
-
【DB設計】日付データの持たせ方
10.23
DATETIME型で時間まで持たせる方法 基本的にこれで統一するのが一般的です。 文字列で持たせる方法 これも一つの手ですが、妥当性を確実にチェックできないので、13月だとか、32日だとか登録されるはずがないデータまで登録できてしまう…
-
【設計】大きなデータをソートしたい場合
10.03
RDBはソートが苦手なので、RDBMSの機能を使わずにソートすることが望ましいです。 もし、ソートがボトルネックになっていた場合は改善するにはアプリケーションの影響が大きく後から修正するのが大変です。 アプリ側でソート 最近は、ク…
-
【設計】フロントエンド のアーキテクチャパターン
09.25
MVC 古くからある古典的なアーキテクチャです。 Model、View、Controllerに分けるパターン ViewがObserverとして、Modelの変化を監視して変化があれば再描画する。 MVC2 よくあるRail…
-
【設計】「マイクロサービス」について
09.25
マイクロサービス 巨大なシステムを見直すために考案された考え方。 特徴 ビジネスロジックを機能単位で分割します。 機能ごとにサーバーを分けます。 機能ごとが疎結合になっているので機能ごとにリリースが可能です。 …
-
【設計】三層アーキテクチャについて
09.24
プレゼンテーション層、アプリケーション層、データ層の3層があります。 フロントとバックエンドでそれぞれ責務がごっちゃになってしまうことがあると思います。 解決案1：アプリケーション層をフロントに寄せる バックエンドはデータのみ持た…
-
【設計】「再利用・リリース等価の原則」(REP)
09.24
再利用・リリース等価の原則 再利用の単位とリリースの単位が同じになるという原則 例えば あるコンポーネントAと別のコンポーネントBを同時に使わないと再利用できないという状態になっているのであれば、再利用の単位とリリースの単位が異なって…
-
オブジェクト設計とテーブル設計の違い オブジェクト設計は、データとロジックを一体に考えて組み合わせに注意しながら考えるアプローチです。業務ロジックの実装が本質です。 テーブル設計は、データの管理（事実の記録）が本質です。なので、「オ…
-
【データベース設計】アンチパターン
08.01
用途が分かりにくいカラムがある。 カラム名が省略系 他のカラムの内容に依存して値の意味が変わる可能性がある。 カラムから取得した文字列をプログラムで分解する必要がある。 マジックナンバーが使われている。 自…