カラム名は分かりにくい名前よりヤッツケ連番がいい（´・ω・）ｽ
あくまでこれは私の読み返す記録（´・ω・）ｽ
クレーム？反論？しらね（´・ω・）ｽ
---------------------------------------------------------
先に言っておくが、現実の業務で、
カラム名を独自な名前はやめようぜという事。
データベース名はさておき、今まで、内部のカラム（列）名は
ちゃんと設定していたりした。
引き継ぎして誰かにヲチされたら恥ずかしいものね。
例えば、名前、住所、などなど、name,addressとか。
それはいい・・・だが、難しい名前、業務推進進捗度とか、
保険番号とか・・・それなに？英語にすんの？
Operating_promotion_percent_completeとか、
Insurance_numberもしくはins_numとか？
・・・英語分からなくでコメントに付けるの？なにそれ。
最近はそう考えるようになってきた（´・ω・）ｽ
修正もバグも発生しない、知らないものは知らない、
できない物はできない。お金ださなきゃヤラナイお！っていう
I○Mとか富○系な大手ならいいさ、正直、
こっちは作れば必ず修正はあるし、バグもある。
もうね、当然なんだお。
現実問題、打ち合わせした変更が出る。
納品したらクレームがでるとか交通事故ぐらい日常。
最初は打ち合わせが悪いとか要件定義が悪いとか、
そういいう上流工程に問題があると考えたが、
//大きい金額で大人数ならそれはそうだと思うが、
総人数２～５名、いや、１０名未満なら、
そんな事は言ってられないのが現実。
実際に業務系のWEBアプリケーションを構築する過程で、
先日、もう納期がどうにもならなくて、
やっつけ連番でイケイケ構築、
後で直さなきゃな～とふと思うが 、
それがいいのでは？と思うようになったのが正直な所だが。
結論から書けば、DBは業務に合わせるべきと今はわかる（´・ω・）ｽ
データベースを使う以上、当然だが、その性質によってテーブルを分けて、
joinやら合わせて使う・・・って当然だが、
最近、どうも業務で使うDBについて、
その考えは全てに当てはまらないと最近はすごく感じる（´・ω・）ｽ
つまりこうだ・・・
NDAの範囲で書くが、
例えば事務の人がエクセルで１００列ぐらいのデータを常に更新し、
そのデータをDBに格納してPHPやらC＃やら、クライアントで抽出したり、
更新をする事があると思う。
その場合、その事務員からエクセルやら業務が外れるはずはなく、
当然、DBもその事務の人から更新されるのが現実の流れだと思う。
その場合、今まではDBの構造も当然、
分けるが、それがえらくメンドクサイ。
・・・で、もうdata1～data100とかやっつけで、
いくつか構築し、コメントに日本語で列名をぶち込んだら、
楽園たどり着いた（´・ω・）ｽ
・・・・と記録しておく（´・ω・）ｽ
そんな２０１３年３月の記録
クレーム？反論？しらね（´・ω・）ｽ
---------------------------------------------------------
先に言っておくが、現実の業務で、
カラム名を独自な名前はやめようぜという事。
データベース名はさておき、今まで、内部のカラム（列）名は
ちゃんと設定していたりした。
引き継ぎして誰かにヲチされたら恥ずかしいものね。
例えば、名前、住所、などなど、name,addressとか。
それはいい・・・だが、難しい名前、業務推進進捗度とか、
保険番号とか・・・それなに？英語にすんの？
Operating_promotion_percent_completeとか、
Insurance_numberもしくはins_numとか？
・・・英語分からなくでコメントに付けるの？なにそれ。
最近はそう考えるようになってきた（´・ω・）ｽ
修正もバグも発生しない、知らないものは知らない、
できない物はできない。お金ださなきゃヤラナイお！っていう
I○Mとか富○系な大手ならいいさ、正直、
こっちは作れば必ず修正はあるし、バグもある。
もうね、当然なんだお。
現実問題、打ち合わせした変更が出る。
納品したらクレームがでるとか交通事故ぐらい日常。
最初は打ち合わせが悪いとか要件定義が悪いとか、
そういいう上流工程に問題があると考えたが、
//大きい金額で大人数ならそれはそうだと思うが、
総人数２～５名、いや、１０名未満なら、
そんな事は言ってられないのが現実。
実際に業務系のWEBアプリケーションを構築する過程で、
先日、もう納期がどうにもならなくて、
やっつけ連番でイケイケ構築、
後で直さなきゃな～とふと思うが 、
それがいいのでは？と思うようになったのが正直な所だが。
結論から書けば、DBは業務に合わせるべきと今はわかる（´・ω・）ｽ
データベースを使う以上、当然だが、その性質によってテーブルを分けて、
joinやら合わせて使う・・・って当然だが、
最近、どうも業務で使うDBについて、
その考えは全てに当てはまらないと最近はすごく感じる（´・ω・）ｽ
つまりこうだ・・・
NDAの範囲で書くが、
例えば事務の人がエクセルで１００列ぐらいのデータを常に更新し、
そのデータをDBに格納してPHPやらC＃やら、クライアントで抽出したり、
更新をする事があると思う。
その場合、その事務員からエクセルやら業務が外れるはずはなく、
当然、DBもその事務の人から更新されるのが現実の流れだと思う。
その場合、今まではDBの構造も当然、
分けるが、それがえらくメンドクサイ。
・・・で、もうdata1～data100とかやっつけで、
いくつか構築し、コメントに日本語で列名をぶち込んだら、
楽園たどり着いた（´・ω・）ｽ
・・・・と記録しておく（´・ω・）ｽ
そんな２０１３年３月の記録
秋葉原で発送は得か否か？
今日は夕方から車で千石やらドスパラやら幾つかショップは回ってパーツとかクライアントPC捕獲。
配送頼むと地域によるが...
ラボまで送るのに、一台数千円かかる。
法人で特約とも思うが買掛も好きないし、
そもそも台数多ければショップ頼まない。
そう考えるとやはり自分で運ぶしかなくなる。
でも電車で数台クライアントを運ぶ程私には根性はない。
ちと次から相談するか。
そんな夜の記録（´・ω・）ｽ
夜(´・ω・)ｽ
今日も夜が来た(´・ω・)ｽ
やはり２４時回ってからが調子がいい。
完全夜型。
若い頃・・といっても１０～２０代の頃から、
やはり昼間はマルっきりだめだったが、
仕方なく早起きだったが、もう３０代も後半になり、
もうこれは体質なんだと諦め(´・ω・)ｽ
そもそも昔から血圧が低く・・・
まぁ・・今後、年を重ねる事ができれば、
良い感じになるのだろうか。
それはさておき、今夜は制作業務と共に、
引き上げマシンもどうにかしないと。
この数日で取引先からクライアントPCが
廃棄目的で既に数台。
可哀想で１台は分解して修理してるが、
もう２台も直しておく事にする。
１台はLaVie L LL550/H 壊れていないが、激しく汚れている。
塩酸ドリンカー私に掛かれば 真っ白にしてやんよ。
分解はOS入れ替えでSSDやらメモリ積む時でいいか。
まずは触るのもアレだし。
早速・・・・
//と言っても昼間に既に漂泊布かぶせ済み。
真っ白な良い感じになった(´・ω・)ｽ
//ちとフラッシュでアレだけど（ｒｙ
さて・・・一応HDDバックアップ取って何かディストロ入れおくか。
そういつも思うが、インストールして使い道がなくて、なんてフラグはびんびん立ってますとも。
そんな夜の記録(´・ω・)ｽ
お腹すいたな・・・
やはり２４時回ってからが調子がいい。
完全夜型。
若い頃・・といっても１０～２０代の頃から、
やはり昼間はマルっきりだめだったが、
仕方なく早起きだったが、もう３０代も後半になり、
もうこれは体質なんだと諦め(´・ω・)ｽ
そもそも昔から血圧が低く・・・
まぁ・・今後、年を重ねる事ができれば、
良い感じになるのだろうか。
それはさておき、今夜は制作業務と共に、
引き上げマシンもどうにかしないと。
この数日で取引先からクライアントPCが
廃棄目的で既に数台。
可哀想で１台は分解して修理してるが、
もう２台も直しておく事にする。
１台はLaVie L LL550/H 壊れていないが、激しく汚れている。
塩酸ドリンカー私に掛かれば 真っ白にしてやんよ。
分解はOS入れ替えでSSDやらメモリ積む時でいいか。
まずは触るのもアレだし。
早速・・・・
//と言っても昼間に既に漂泊布かぶせ済み。
真っ白な良い感じになった(´・ω・)ｽ
//ちとフラッシュでアレだけど（ｒｙ
さて・・・一応HDDバックアップ取って何かディストロ入れおくか。
そういつも思うが、インストールして使い道がなくて、なんてフラグはびんびん立ってますとも。
そんな夜の記録(´・ω・)ｽ
お腹すいたな・・・