人日計算の見積の鑑は不要（´・ω・）ｽ
社内で見積書と請求書を出すのに、以前作ったものがあり、
それを再度作りなおす作業をM氏に頼んでいた。
で、前職の経験から鑑と明細を分けてDB設計をしていたので、そのま実装してみた。
結論から書くと、鑑と明細を分岐する事により非常に煩雑になり、
目的から外れたソフトになる事が判明してこれから直す。
なぜそうなのか？という部分で、実際に図を使い説明してみたいと思う。
結論から書けば、テクニカルにテーブルをバンバン別けるのは構わないが、
その分、時間も工程も発生して、意味が無いものになると。
あくまで業務ソフトは使うレベルに合わせるべきだし、
PGの理想で組み立てるのはもってのほか。
さらに今回、実務レベルを知ってはずで、PGも組めない人間が、
無駄にテクニカルに組もうとしてのは腹立たしい。
当然だが、図で書くとこうなる。
で、目的は見積をオンラインで作り、そして受注になったらクリックして登録させたいという事なので、
さらに発展していけば、
ここまでは問題ない。
じゃ、そのプログラム部分の工程を書いてみる。
------------------------------------------------------------------------
１．フォームを用意する。
２．フォームをからのデータを受ける。
３．鑑部分のデータをDBに入れる。
４．鑑部分のIDを取得し、紐付ける変数を用意
５．４の紐付けたIDを記載して明細部分のループしてDBに入れる。
編集する場合。
１．鑑のIDを取得する。
２．取得した鑑IDを基に明細部分をループさえる。
３．入力フォームに値として入れる。
------------------------------------------------------------------------
ここまで箇条書き書けば分かると思うが、
鑑があってこその明細、なので、明細を分ければそれだけ
DBに入れ込む部分が多くなる。
上記で書けば、４．５が不要になる。
入れ込むだけでここまで工程圧縮できるのに、
さらに請求書に出す時点でさらに工程が増える。
もし鑑を利用しなけれあばテーブル一発で済んだはず。
また、もし鑑と明細部分が一致しない場合を考えると怖くてたまらない。
なんというか・・・・人日は在庫じゃないし・・・・といいたい
それを再度作りなおす作業をM氏に頼んでいた。
で、前職の経験から鑑と明細を分けてDB設計をしていたので、そのま実装してみた。
結論から書くと、鑑と明細を分岐する事により非常に煩雑になり、
目的から外れたソフトになる事が判明してこれから直す。
なぜそうなのか？という部分で、実際に図を使い説明してみたいと思う。
結論から書けば、テクニカルにテーブルをバンバン別けるのは構わないが、
その分、時間も工程も発生して、意味が無いものになると。
あくまで業務ソフトは使うレベルに合わせるべきだし、
PGの理想で組み立てるのはもってのほか。
さらに今回、実務レベルを知ってはずで、PGも組めない人間が、
無駄にテクニカルに組もうとしてのは腹立たしい。
当然だが、図で書くとこうなる。
で、目的は見積をオンラインで作り、そして受注になったらクリックして登録させたいという事なので、
さらに発展していけば、
ここまでは問題ない。
じゃ、そのプログラム部分の工程を書いてみる。
------------------------------------------------------------------------
１．フォームを用意する。
２．フォームをからのデータを受ける。
３．鑑部分のデータをDBに入れる。
４．鑑部分のIDを取得し、紐付ける変数を用意
５．４の紐付けたIDを記載して明細部分のループしてDBに入れる。
編集する場合。
１．鑑のIDを取得する。
２．取得した鑑IDを基に明細部分をループさえる。
３．入力フォームに値として入れる。
------------------------------------------------------------------------
ここまで箇条書き書けば分かると思うが、
鑑があってこその明細、なので、明細を分ければそれだけ
DBに入れ込む部分が多くなる。
上記で書けば、４．５が不要になる。
入れ込むだけでここまで工程圧縮できるのに、
さらに請求書に出す時点でさらに工程が増える。
もし鑑を利用しなけれあばテーブル一発で済んだはず。
また、もし鑑と明細部分が一致しない場合を考えると怖くてたまらない。
なんというか・・・・人日は在庫じゃないし・・・・といいたい
PDO 最後に挿入された行の IDとかシーケンスの値を返す（´・ω・）ｽ
PDO接続で、auto_incrementのカラムにぶち込んでいて、
ぶち込んだIDを取得したい事がある。
そこで、PDO::lastInsertId
使い方は、
$stt->execute();
echo $db->lastInsertId();
などと・・
これは便利。
今回使用したのは、請求書の鑑部分と明細を分ける仕様にしたアプリで、
鑑部分はidで分けるとして明細部分にid をヒモ付した仕様のため。
私ならこの仕様にはしないが・・・・。
そんな記録（´・ω・）ｽ
ぶち込んだIDを取得したい事がある。
そこで、PDO::lastInsertId
使い方は、
$stt->execute();
echo $db->lastInsertId();
などと・・
これは便利。
今回使用したのは、請求書の鑑部分と明細を分ける仕様にしたアプリで、
鑑部分はidで分けるとして明細部分にid をヒモ付した仕様のため。
私ならこの仕様にはしないが・・・・。
そんな記録（´・ω・）ｽ
体調復活までもう少し（´・ω・）ｽ
今日は夕刻に起きた（´ ・ω・）ｽ
一日寝ていた事に。
置きて元ちょもらんまの新しい店でトマトラーメンと餃子、
そしてハイボールを１杯。
どうもまだ喉が痛い。
タバコもマズイ。
夕刻に起きたので、３時ぐらいまで仕事して、
今日は寝る事にする。
そんな記録（´・ω・）ｽ
一日寝ていた事に。
置きて元ちょもらんまの新しい店でトマトラーメンと餃子、
そしてハイボールを１杯。
どうもまだ喉が痛い。
タバコもマズイ。
夕刻に起きたので、３時ぐらいまで仕事して、
今日は寝る事にする。
そんな記録（´・ω・）ｽ
たまには倒れる（´・ω・）ｽ
昨日から今朝に掛けて、風邪を悪化させて汗だくで失神してた（´・ω・）ｽ
気が付くと着信がガラケーに20件、スマホに8件。
かけ直しまくりで、いつも連絡付くのにどうしたかと思ったと。
それは人間ですから。
体調を崩したのは、今年の１月以来。
一昨年の喉が痛みだしてから、
しっかり休めばよかったと反省。
今日は明日もあるので、早めに寝る事にする。
そんな記録（´・ω・）ｽ
気が付くと着信がガラケーに20件、スマホに8件。
かけ直しまくりで、いつも連絡付くのにどうしたかと思ったと。
それは人間ですから。
体調を崩したのは、今年の１月以来。
一昨年の喉が痛みだしてから、
しっかり休めばよかったと反省。
今日は明日もあるので、早めに寝る事にする。
そんな記録（´・ω・）ｽ
朝（´・ω・） ｽ
昨日はS氏と合流し適度に飲み、
その後、スタッフのK女史とラーメン、
体調が悪かったが、しこたま食べて、
今朝はどうにか同じ状態を維持。
昨日食べまくってなかったら、
今頃倒れてたっぽいな。
そんな今朝の記録（´・ω・）ｽ
その後、スタッフのK女史とラーメン、
体調が悪かったが、しこたま食べて、
今朝はどうにか同じ状態を維持。
昨日食べまくってなかったら、
今頃倒れてたっぽいな。
そんな今朝の記録（´・ω・）ｽ
今日も朝から（´・ω・）ｽ
今日は朝６時から出撃
ドトールでコーヒーとサンドイッチ
適度に作業をまとめてミーティング、その後、神田へ。
お昼すぎに事務所に戻り、秋葉原で調達してから、
また神田予定。
そんな記録（´・ω・）ｽ
