-無理が通れば道理が引っ込む
-すべて国民は、法の下に平等であって、人種、信条、性別、社会的身分又は門地により、政治的、経済的又は社会的関係において、差別されない
-柔能く剛を制す
-ヒポクラテスの誓い
-推定有罪　うっとおしきは罰するプププ←今ココwww

-科学
-パレートの法則、しかし神は細部に宿る
-悪貨は良貨を駆逐する
-マズローの欲求段階説

-自由こそ正義
-アイデア
-Get things done with speed!!
-モダン⇔ポストモダン→ニヒリズム

忘れ易いルール、お触り。無駄無駄無駄無駄無駄無駄ッ

■DML
null値はもっとも大きな値
集計関数はNULLを無視する
文字列は'で囲む
取得したいカラムは集計関数に使われるカラムを除いて全てGroupBy句に入れる(複数指定すると複数行の組合せになり思うように集計できない場合がある)
集計関数の条件はhaving句を使用する(where句は元のデータに対するもの)、having句には集計関数が入る
SQLワイルドカード:複数文字%,1文字_
WINワイルドカード:複数文字*,1文字?
エスケープ文字はescape句で設定。like句の後ろにつく。escape '\'
日付と文字列の変換が必要To_char関数とTo_date関数を使用する
to_char(column,'yyyy/mm/dd hh24:mi:ss')
to_date('2009/02/21','yyyy/mm/dd')
横幅を大きくするset line 150
縦を大きくするset pages 30
unionはdistinctが掛かる、全取得はunion all
inner join onは両方のテーブルにあるものだけ、どちらかだけにあるのは無くなるイメージ
left outer join onは左側のテーブルにしかないものも表示、左に右の該当部をくっつけるイメージ
right outer join onは右側のテーブルにしかないものも表示、右に左の該当部をくっつけるイメージ
full outer join onは全ての行を表示
trancateは高速だがロールバックできない,deleteはロールバックできる

■テーブル結合4種
1対1、1対多の結合を行う
１対多でも行数が増えるが、多対多は全組合せになり行数が比例関数的に増えてしまう
多対多になるのはテーブル設計が悪いのでは？
1)inner join - on () 両方あるものを表示、欠けがでる
2)left outer join - on () どちらかは欠けがなく表示
3)right outer join - on ()  どちらかは欠けがなく表示
4)full outer join - on ()  欠けがなく表示

select URIID,NAME,UKYAKUID from URIAGE left outer join TORIHIKI
 on (URIAGE.UKYAKUID = TORIHIKI.ID)
select URIID,NAME,UKYAKUID from TORIHIKI right outer join URIAGE
 on (URIAGE.UKYAKUID = TORIHIKI.ID)
select URIID,NAME,UKYAKUID from TORIHIKI full outer join URIAGE
 on (URIAGE.UKYAKUID = TORIHIKI.ID)
select 伝票番号,行番号,処理日,商品名,担当者名,顧客名,数量 from 売上データ
 left outer join 商品マスタ on 売上データ.商品ID = 商品マスタ.商品ID
 left outer join 担当者マスタ on 売上データ.担当者ID = 担当者マスタ.担当者ID
 left outer join 顧客マスタ on 売上データ.顧客ID = 顧客マスタ.顧客ID
 order by 伝票番号,行番号

■多対多、1対多の行数
社員と職域、社員と手当、それぞれ結合しても多の行数(1x多)になる
多x多の行数になる、多対多の結合は行わないこと
-- データ挿入：社員
INSERT INTO employee (no,name) VALUES (1, '田中');
INSERT INTO employee (no,name) VALUES (2, '鈴木');
INSERT INTO employee (no,name) VALUES (3, '佐藤');
-- データ挿入：職域
INSERT INTO joblevel (no,res) VALUES (1, '部長');
INSERT INTO joblevel (no,res) VALUES (1, '課長');
INSERT INTO joblevel (no,res) VALUES (2, '平');
-- データ挿入：手当
INSERT INTO compensation (no,allow) VALUES (1, '住宅');
INSERT INTO compensation (no,allow) VALUES (1, '交通');
INSERT INTO compensation (no,allow) VALUES (2, '住宅');
-- １対多
select * from EMPLOYEE
 inner join JOBLEVEL on EMPLOYEE.ID = JOBLEVEL.ID
-- 多対多
select * from EMPLOYEE
 inner join JOBLEVEL on EMPLOYEE.ID = JOBLEVEL.ID
 inner join COMPENSATION on EMPLOYEE.ID = COMPENSATION.ID

■テーブル設計、制約
CONSTRAINT pk_uriage PRIMARY KEY (伝票番号, 行番号),
CONSTRAINT fk_shohin FOREIGN KEY (商品ID) REFERENCES 商品マスタ(商品ID)
CONSTRAINT ck_gender CHECK (性別=0 OR 性別=1)
制約は列に指定しても、うしろで指定してもどちらでもよい
CONSTRAINTのキー名を省略するとオラクルが勝手につける
主キーにはNULLは入らない
ユニークキーにはNULLを入れてもよい
NOT NULLの未入力はエラー

■シーケンス
シーケンスはオブジェクトとして表とは別に作成する
デクリメントはできないので修正はDROPして作成し直す
DUALはダミー表
nextvalはインクリした後の値
currvalは現在地
create sequence testseq
select testseq.nextval from dual
select testseq.currval from dual
insert into URIAGE (URIID,URIDATE,UKYAKUID) values (testseq.nextval,'09-11-16','101')
drop sequence testseq

■ビュー
頻繁に行われるような問い合わせをスキーマに格納しておく
集約等をしなければパフォーマンスには問題がない。次を使うとパフォーマンスが落ちる。OLAP 関数（RANK, DENSE_RANK, ROW_NUMBER 等）、集約関数（AVG, COUNT, SUM, MIN, MAX）、集合演算子（ UNION, INTERSECT, EXCEPT 等 ）
ビューは検索だけでなく、データの追加、更新、削除も行える※使用しない方が良い？
create view 売上ビュー as
 select 伝票番号,行番号,処理日,商品名,担当者名,顧客名,数量 from 売上データ
 left outer join 商品マスタ on 売上データ.商品ID = 商品マスタ.商品ID
 left outer join 担当者マスタ on 売上データ.担当者ID = 担当者マスタ.担当者ID
 left outer join 顧客マスタ on 売上データ.顧客ID = 顧客マスタ.顧客ID
 order by 伝票番号,行番号
select * from 売上ビュー

■要件定義/外部設計/内部設計
http://www3.alpha-net.ne.jp/users/design1/takeda/SystemDesign/SystemDesign.htm

■インデックス
１）インデックスが効かない
関数　where datediff(now(),mod_date)>180
式　where col1 / 2 = 0
否定構文　where col1 != 3
Like検索（前方一致除く）　where col1 like '%string%'とかwhere col1 like '%string'とか
２）複合インデックスでは指定順が重要
index a
 create index idxA1 on tbl (col1);
 create index idxA2 on tbl (col2);
 -> where col1 = x > idxA1が使用される
 -> where col2 = x > idxA2が使用される
 -> where col1 = x AND col2 = x > idxA1か2のどちらかが使用される
index b
 create index idxB1 on tbl (col1, col2);
 -> where col1 = x > idxB1が使用される
 -> where col2 = x > インデックスは使用されない
 -> where col1 = x AND col2 = x > idxB1が使用される,indexA1,A2より高速
index c
 create index idxC1 on tbl (col2, col1);
 -> where col1 = x > インデックスは使用されない
 -> where col2 = x > idxC1が使用される
 -> where col1 = x AND col2 = x > idxC1が使用される,indexA1,A2より高速

--To be expired
車免許　H24.3.xまで　1ヶ月前
船舶　H22.6.xまで　1年前から更新可能(失効しても再発行可)

--To be canceled
青山　-　H22.6末までに解約
JAF　2010.3末　2010.2末までに解約

--To be applied
東京マラソン 2月   8月申し込み
大阪マラソン 11月  4月申し込み
神戸マラソン 11月  4月申し込み
京都マラソン 2月  8月申し込み
ドコモマンスリープレゼントは毎月 http://www.dcmx.jp/st/
イオンhttp://www.aeoncredit.co.jp/

■車保険
クレジット一括でないと分割は年10%位掛かる、弁護士費用特約は付ける
気になる特約：等級プロテクト
等級の引継ぎは7日以内の再契約が必要、それ以上は条件が厳しいができれば中断証明を貰う
ファミリーバイク特約は5000円固定(対人対物は車と同じ額、自損は1500万)、単独でバイク保険を掛けた方が内容が充実？等級が上がれば安くなるし

■回線を変えることでキャンペーンが適用される、NTT/au/旧USEN
　縛りが12ヶ月くらいが多い
　旧USENの回線が通っていないことが多い
　集合住宅でも契約個数が少ないと逆に高くなるケースも（特にau）
　プロバイダはどこでも良いだろ
　メールoutboundポート25番ブロックでもサブミッションポート587番を使える所
　以上の条件をクリアできるなら乗り換えろ

更新管理アプリでも作ろうかな？

■方針
1)カムだけなら＝水・オイル・フライホイールそのままでOK、カムチェーン吊っておく。フライホイール(オイル)を外してやると楽だが、、
2)ピストン＝水抜く、オイル抜く、フライホイール外す

■シム調整
EX 0.17-022mm、 IN 0.10mm-0.15mm
1）各タペットのクリアランスをシックネスゲージで測る
2）調整量を0.05mm単位でメモる（シム0.05mm刻みなのでそれ以上の調整が要るもののみ）
3）カム外す
4）要調整のシムをマイクロゲージで測る
5）調整量を上乗せしたシムに変更する

■事前準備
上死点は上側の切れ込み
カムのハの字、カムのポッチとチェーン位置を写真で取る（若干どちらかにずれているのでマニュアル通りには行かない、事はない）
事前にカムチェーンの弛みチェックし覚えておく

■コツ
両方のカムいっぺんにチェーンガイドを広げるようにしてチェーンを引っ張りインストール
フライホイールを外すとチェーンとチェーンガイドが正しい位置にあるか分かり易い
排気側のカムチェーンは特に張るようにしてポッチを合わせる
カムは上死点で逆ハの字になる、シックネスゲージで測ればカムのポッチが合ってるか分かる
クランクを工具で回す場合はテンショナーをつけた状態で回す
カムチェーンは毎回交換した方がいいのでは？
リングは前日に組んでおく、ヘッドガスケット、ピストンピンもね(ガスケットは冷却確認)
ヘッドの前に排気側チェーンガイドを組むこと
フライホイールなしでも上死点が分かるように目印を付けると楽
カムの位置を合わせた後、吸気側のチェーンガイドを入れてフライホイールを入れると楽
キックを蹴って引っかかりを感じたらorバルブがピストンに当たる音が出たら、カムタイミングが間違っている、カムチェーンのやり直し。写真とおりにすること

■使用工具
プーリーホルダ、フライホイールプーラー、トルクレンチ、モリブデンオイル、シックネスゲージ、マイクロゲージ、ピストンリングコンプレッサー

（写真：09KX250F/クリックで拡大）

全合成レーシングオイル(1500-2500yen/L)：カストロールPower1R4Racing、モトレックスCrossPower4T、ホンダG4(G3)、ヤマルーブ4RS、ワコーズTR/4CR、モチュール300V4T、ニューテックNC51、広島高潤KZ4stRacingSpecR

法的論点＋αとして心証

だけれど心証では絶対負けられない。
TVに出て相手に嘘を言わせなくする、世間の後押しなど、そこまでやるくらい大事。
素人ほど法律だけで交渉しようとするのではないか？悪い奴は知っている

心証は嘘でもどちらが本当ぽいかが重要、判断が裁判官次第だから(偽証だけど)
その為に積み上げる事、相手が嘘をついても崩せるように想定されるストーリーを練っておく事
法的論点はとりあえずグレーに持って行け

#触りだけ、、完全なフローを理解したので解禁OKのタイミングで新サイトを作ってしまおうかと

抵抗勢力が無料を望んでいるのか？
少しの金でコンテンツを作らせておけば、新参者が市場に入っていける余地がなくなる（クソッタレ）。経済縮小を問題視しているならWEBチャネルでの雇用を増やせばいい、報酬を適切にすればいい事なのだ。ネットは悪ではない、正当に評価されていないことが問題なのである。

WEB課金が根付く時
それ以前よりそれ以降を考えないと

#哲学じゃないよ、俺にしか記憶に残らないように分かり難く書いているだけ、ましてや主張でもない

OSSをAPIと考えたり、WEBサービス系のAPIを使ったりで
決済関係をやらなアカン、俺の中で決済が熱い、熱いだけやけど

-WEB POS OSS

ドキュメンタリー？越前屋俵太だろ、探偵ナイトスクープ、Punk'd、Boiling Pointそんなバイブが見たい
http://www.sonymusic.co.jp/etv/matsumachi/index.html

何でもほのめかしゃぁ、エエってもんでもないでwwwwwwwwww