責任(関心)を意識したアプリケーション設計 - Qiita
プログラムが上手く組めるようになりたい プログラミングが上手くなりたいと考えたときに、個人的には『名付けを意識』するのと、『アプリケーション設計のときに責任を意識する』考え方を取り入れることをおすすめしております。 今回は『アプリケーション設計のときに責任を意識する』ことについて書いてみたいと思います。 基本的には単一責任原則と、関心の分離のお話になります。 ※ タイトルに『関心』というワードがありますが、アスペクト指向プログラミングの話ではありません 単一責任原則とは まずは単一責任原則とは何かについてです。 よく単一責任原則の説明では「クラスを変更する理由は複数存在してはいけない」というニュアンスの言葉がよく使われます。 例えば、社員管理システムの実装を行いたい場合、一つのクラスに「社員登録」「出勤管理」「給与管理」などの機能を詰め込むと、『社員登録』の変更をする際にそのクラスが変更さ
データベース・パフォーマンス・チューニング（初級編）
はじめに 索引について 表の結合操作 SQL文の診断 SQL文の改良 はじめに オラクルのパフォーマンスチューニングには、設計段階で行なうものと、アプリケーション開発時に行なうものがあります。 ここでは、アプリケーション開発時に効率的なＳＱＬ文を書くためのポイントをまとめます。 一般的なチューニング作業の流れ 適切なデータベース設計 ＳＱＬ文のチューニング アプリケーションのチューニング メモリのチューニング Ｉ／Ｏのチューニング 競合のチューニング 索引について テーブル（表）内のデータは、物理入力順に格納されている。 そのため、表内の特定の列に「索引」を作成して、よりよい検索パフォーマンスを引き出すことができる。 ●索引には、 単一型索引－－表内の単一の列から構成された索引 連結型索引－－複数の列から構成された索引。最大３２列まで指定できる。 ※連結型索引でも、先頭列だけは単一型索引と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
