Excellentデータベース技術者(?)のブログ

The Art of Projctmanagementのまとめと、思いついたこと

Claude — 2008-06-24T10:43:49+09:00

◆The Art of Projctmanagementのまとめと、思いついたこと

スケジュール作成の目的

　１．完了予定の見通し

　２．成果物の位置づけをメンバーに展開
　　　　協調を促進する
　　　　スケジュールによる強制機能
　　　　実現可能性の判定

　３．進捗管理のためのツール（WBS）
　　　　管理可能な塊に分割する
　　　　メンバー間の依存関係の調整

リンカーンの名言

If I had eight hours to chop down a tree, I'd spend six hours sharpening my ax.

Abraham Lincoln

もし私が木を切りたおすのに８時間与えられたら、斧を研ぐのに６時間かけるだろう。

エイブラハム・リンカーン

※プロジェクトの計画、システムの設計など準備に時間をかけるのが重要ですね。

スケジュールとは

　全体⇒　設計　　… 実施内容の検討
　　　　　製造　　… 実作業
　　　　　テスト　… 検証・分析・洗練
　　　に分割する（1/3の法則）

　※分割統治法　… 各項目にさらに1/3の法則を適用する。

　※プロジェクト運営にワークフローを適用する。
　　　ex)Aさんが△△機能を実装⇒Bさんがレビュー⇒PLに報告
　　　　　⇒Cさんが試験実施⇒PLに報告⇒完了
　　　　というように、フローを決める。全部一人でやるプロジェクトは品質に？が付くでしょう。

スケジュールに潜んでいる問題点(リスクチェック)

　・病欠、休暇予定（有給･夏季休暇など）は盛り込まれているか。
　　
　・スケジュールは容易に閲覧できるか。進捗は報告できるようになっているか。
　　
　・スケジュールは監視されるか。誰が監視を行うか。
　　
　・追加作業発生時、スケジュールにどのように組み込むかの手順は確立されているか。
　　
　・定期的なスケジュール見直し、再交渉は可能か。
　　
　・作業項目はすべて盛り込まれているか。実作業だけでなく事務作業(カルテ、納品準備、
　　監査etc)、も組み込まれているか。
　　
　・レビュー時間は予定されているか。
　　
　・プロジェクトに必要な知識をメンバーに展開する時間、訓練の時間は盛り込まれているか。
　　
　・メンバーの経歴書（興味のある分野と経験してきたプロジェクト、資格など）
　　個人情報系の情報は集めない。

プロジェクト運営チェック

　・個人占有マシン、サーバーなど物理環境は整っているか。
　　
　・ソース管理は行っているか。
　　
　・定期的にサーバーのバックアップを取っているか。
　　
　・要求の決定権、設計の決定権、技術の決定権はそれぞれ誰が持つかを把握している。
　　予算決定権は誰が持つか。
　　
　・環境構築の手順がまとめられており、新たにメンバーが加わっても容易に環境を
　　整えられる。

　・各機能が何のために必要とされているかを把握している。または把握中にむけた取り組み
　　を行っている。

・要求定義とは
　　⇒「【何を行う】必要があるのか」を記載した文書
　　　　プロジェクトが完了したときに実現される事項

・設計書/仕様書とは
　　⇒「要求を満たすために【どうやって】行うのか」を記載した文書

ビジョンの作成

目標記述のスローガン(SMART)
S：Specific⇒具体的
M：Measurable⇒測定可能
A：Action-oriented⇒行動試行
R：Realistic⇒現実的
T：Timely⇒タイムリー

【参考文献】
「アート･オブ･プロジェクトマネジメント ―マイクロソフトで培われた実践手法」スコット･バークン著

[Oracle]WITH句によるバインド変数の低減

Claude — 2008-04-11T00:17:17+09:00

WITH句にバインド変数を指定することで、
バインド変数の適用箇所を減らすことができる。

１SQLで大量のバインド変数（同じものがたくさん）になるとき
バインド変数の数を減らすことで、バインド時の負荷をさげる
ことができる。

col manager_id format a10
col insert_date format a30
col inset_id format a10

with
bind_table as
(select :decryptKey decryptKey, :target_date date01 from dual)
SELECT
   sys.SMSDecrypt(MANAGER_ID, bind_table .decryptKey) manager_id,
   INSERT_DATE,
   INSERT_ID
FROM
   MANAGER, bind_table
;

[Oracle]バッファキャッシュのクリア

Claude — 2008-04-08T19:17:03+09:00

これを行えば、性能測定のときに
便利！

alter system flush buffer_cache;

[Oracle] 渡したバインド変数を確認する。

Claude — 2008-03-23T02:20:44+09:00

発行したSQLにバインド変数があった場合、どんな値が渡されたのか
知りたいときがあります。
そんなときはこのSQLを使ってバインド変数を調べましょう。

--------------------------------------

set heading on;
set linesize 3000;
set pagesize 50000;
set termout off;
set trimspool on;
set colsep ',';

col sql_id              form 99999      head "SQLID"
col name                form a10        head "Name"
col position            form 999        head "Position"
col datataype_string    form a10        head "DatatypeString"
col value_string        form a30        head "ValueString"
col last_captured       form a10        head "LastCaptured"

select distinct
    sql_id,
    name,
    position,
    datatype_string,
    value_string,
    TO_CHAR(last_captured, 'YYYY-MM-DD HH24:MI:SS')
from
    v\$sql_bind_capture
where
    SQL_ID = ＜SQL_ID＞
order by position;

exit;

[Oracle] 大量データインポートの事前準備SQL

Claude — 2008-03-21T00:34:45+09:00

以下のSQLたちは、大量データをインポートする際に
高速化を狙ったDB構成情報を変更するためのものです。

--表領域の拡張と増分変更
    set lines 200
    col tablespace_name format a10 trunc
    col file_name format a50 trunc
    select
          file_id,
          tablespace_name,
          file_name,
          bytes/1024/1024 || ' MB' as tablesize,
          NEXT_EXTENT || 'KB' as NextExtent
    from
          dba_data_files
    order by file_id;

-- エクステント数の確認
     SELECT
       SEGMENT_NAME, SEGMENT_TYPE, TABLESPACE_NAME, EXTENTS
     FROM DBA_SEGMENTS
     WHERE TABLESPACE_NAME = 'USERS'
     ORDER BY SEGMENT_NAME;

-- データファイルのサイズ変更
alter database datafile '/opt/oracle/oradata/test/users01.dbf' resize 11800M;

-- データファイルの領域拡張サイズ変更
alter database datafile '/opt/oracle/oradata/test/users01.dbf' autoextend on next 100M;

-- REDOログの追加
alter database add logfile group 4 '/opt/oracle/oradata/test/redo04.log' size 300M
alter database add logfile group 5 '/opt/oracle/oradata/test/redo05.log' size 300M
alter database add logfile group 6 '/opt/oracle/oradata/test/redo06.log' size 300M

-- CURRENTログファイルの切り替え
ALTER SYSTEM SWITCH LOGFILE;

-- REDOログファイルの情報取得
select * from v$log;

-- ACTIVEなREDOログをNOT ACTIVEにするためにCHECKPOINTを行う。
ALTER SYSTEM CHECKPOINT;

-- REDOログファイルの削除
alter database drop logfile group 1
alter database drop logfile group 2
alter database drop logfile group 3

-- DB全体の統計情報取得(GATHER_STATS_JOBと同様の処理？)
EXECUTE DBMS_STATS.GATHER_DATABASE_STATS();

-- 統計情報取得JOBのスケジューリングON
EXECUTE sys.dbms_scheduler.enable( '"SYS"."GATHER_STATS_JOB"' );

-- 統計情報取得JOBのスケジューリングOFF
EXECUTE sys.dbms_scheduler.disable( '"SYS"."GATHER_STATS_JOB"' );

[その他]正規表現リファレンス

Claude — 2008-03-20T01:45:36+09:00

^                            行頭
$                            行末
[…]                        文字クラス
[^…]                      否定文字クラス
[-…]                      文字クラスの先頭のハイフンはリテラル
[0-9]                      数字
.                             任意の一文字
|                             または
\< (\b)                   語の先頭
\> (\b)                   語の末尾
?                            直前の要素が０個または１個
+                           直前の要素が１個以上
*                             直前の要素が０個以上
{min, max}           直前の要素がmin個以上max個以下
\n (N=1,2,…,9)    後方参照
\s                　　      汎用空白文字
(?=…)            　     先読み(位置にマッチ)
(?<=…)                 戻り読み(位置にマッチ)
(?!…)                     否定先読み(位置にマッチ)
(?

[Oracle] 初期化パラメーターの確認＆編集

Claude — 2008-03-15T22:48:17+09:00

sqlplusで
　　　show parameter

特定のパラメータを調べるには
　　　show parameter 名前
　　　（名前にはパラメータ名の一部分を記述すればよい。）

動的パフォーマンスビュー(v$表)から取得する。
　　　select * from v$parameter2;

初期化パラメータを変更する
　　　ALTER SYSTEM SET name=value SCOPE=[SPFILE | MEMORY | BOTH]
　　　　　　　　SPFILE：サーバーパラメータファイルが変更され、再起動後有効になる。
　　　　　　　　MEMORY：即時適用されるが、次回適用時には元に戻る。（現在のみ有効）
　　　　　　　　BOTH：上の２つ共に適用される。

[Linux] sed で文字列を置換しよう。

Claude — 2008-03-15T22:19:33+09:00

(シンプル)
sed '正規表現'   対象ファイル

(応用)
#!/bin/bash
mkdir new
for file in *.sh
do
        sed 's/オラクル/Oracle/' $file > new/$file
done

[Oracle]表領域の作成コマンド

Claude — 2008-03-15T20:51:19+09:00

(シンプル)
CREATE TABLESPACE 表領域名 DATAFILE 'ファイル名（フルパス）' SIZE ファイルサイズ ;

(フルオプション)
　CREATE TABLESPACE 表領域名　　
　　　　[DATAFILE データファイル名 [SIZE ファイルサイズ]]　　　←複数指定で複数のデータファイルに分けて表領域を設定できる。
　　　　[AUTOEXTEND {OFF | ON NEXT サイズ [MAXSIZE {UNLIMITED | サイズ}]}]
　　　　[MINIMUM EXTENT エクステントサイズ]
　　　　[BLOCKSIZE ブロックサイズ]
　　　　[LOGGING | NOLOGGING]
　　　　[ONLINE | OFFLINE]
　　　　[PERMANENT | TEMPORARY]
　　　　[SEGMENT SPACE MANAGEMENT [MANUAL | AUTO]]
　　　　[REUSE]
　;

【説明】
　・表領域名：
　・ファイル名：[XXX.dbf]をフルパスで指定。
　・ファイルサイズ：作成する表領域のサイズを指定。データ容量を試算しておき、それを設定。
　・AUTOEXTEND：自動拡張オプション　
　　　　　　　OFF：自動拡張しない
　　　　　　　ON：自動拡張する。　　　NEXT：次の増分　　MAX：拡張上限
　・MINIMUN EXTENT：最小拡張サイズ
　・BLOCKSIZE：ブロックサイズを指定する。
　・ LOGGING：表領域の変更をREDOログに出力する。 NOLOGGING：表領域の変更をREDOログに出力しない。
　・ONLINE：表領域を使用可にする。　　OFFLINE：表領域を使用不可にする。
　・PERMANENT：通常の表領域。(default)　 TEMPORARY：一時表領域
　・SEGMENT SPACE MANAGEMENT セグメントの管理方法
　　　　　MANUAL：
　　　　　AUTO：
　・REUSE：既存のデータファイルを上書きする。