ユビキタス世界までの道の駅

アウトドア派のプログラミング奮闘記

ホーム 連絡をする 同期する ( RSS 2.0 ) Login
投稿数  130  : 記事  0  : コメント  1519  : トラックバック  8

記事カテゴリ

書庫

日記カテゴリ

ギャラリ

姉妹ブログ

連番処理をしていた伝票のIDを税理士から、

月ごとの連番にふり直してくれと指摘され、

「ほっといてくれ」って言っていた。

 

今までのIDは置いておいて、

税理士さん用に起番するかと考えたが、めんどうだ。

(がまんしてくれ)

 

経費を使って、入力するという行動は、月末になると担当者によっては2月に入力するから

1月のラスト番号を取得したいのに、入力日を参照していては、2月の番号が付番されてはだめだ。

従業員に1月中に入力しろと指導するものナンセンスだな。

 

使用した年月日を判断してから、付番するとなると

イベントのタイミングがBeforeInsertでは付番できない。

 

1月なら

H19-01-***という番号を振るとすると、

どのタイミングで番号を取りに行くのがいいかわからんようになってきた。

 

考えるか、以前として税理士を無視するか、どうするか

やっぱり今までどおり、連番を主キーにして、

月ごとにSelectにして、連番ごとにOrder Byして付番したほうがいいな。

 

結論は月ごとの連番は主キーに向かないってことだよ。

うちの担当の税理士さんよおわかりになったかな・・・?

投稿日時 : 2007年2月8日 20:40

コメント

# re: 出金伝票に適したPrimaryKeyは?連番にしといてくれ 2007/02/09 23:02 Jitta
> 結論は月ごとの連番は主キーに向かないってことだよ。
それは開発者の視点。

> 月ごとの連番にふり直してくれ
これは税理士さんの視点。

> 従業員に1月中に入力しろと指導するものナンセンスだな。
これは、使用者の視点に立った開発者の考え。

ということで、解決策は
> 月ごとにSelectにして、連番ごとにOrder Byして付番
をお勧めします。

# re: 出金伝票に適したPrimaryKeyは?連番にしといてくれ 2007/02/10 19:11 Zee
主キー対象の必要条件として、
レコードが発生したときに取得したIDは
以後、変更されないということだと思います。

>ということで、解決策は
>> 月ごとにSelectにして、連番ごとにOrder Byして付番
>をお勧めします。
ということは、IDがNullの場合のタイミングを
カレントにすればいいのでしょうかね。
月ごとにSelectをする条件として、出金した年月日が入力されていることを
IF条件として、付番するように考えていますが。

Post Feedback

タイトル
名前
Url:
コメント: