連番使いですが、何か？00001

連番使いですが、何か ..

141:仕様書無しさん
08/02/27 20:03:56
>>140
単なる羅列である伝票と一緒にするなと。

142:.
08/02/27 20:41:13
>>141
伝票には、連番が振ってあるんだよ。
３・５伝票制敷いてる、綴り式の正式な伝票ね。
だから、勝手に連番が欠けちゃいけない。
訂正する時は、逆仕訳か赤を使わなきゃいけない。

143:仕様書無しさん
08/02/27 20:48:45
>>142
伝票って言うのはものの移動を記録するものなんですよ。

時々刻々と変化してゆくものづくりのどこを伝票で表現しようというのか。

144:仕様書無しさん
08/02/27 20:48:58
ここでいう連番ってデータの識別子の話じゃないから。

145:仕様書無しさん
08/02/27 20:53:09
だめだな。
むしろ簿記の話。
伝票には、端にNo.という部分があって、連番を振る事になっている。
後で、勝手に取引を削除することは禁止されている。
その為の連番。
連番が取引の履歴が正しい事を示す証拠。
そのルールは当然電磁的保存でも摘要される。

146:仕様書無しさん
08/02/27 20:55:59
ザルSOXとかカンベンなｗ

147:仕様書無しさん
08/02/27 21:07:50
>>145
だから簿記は板違いだ

148:仕様書無しさん
08/02/27 21:12:38
>>147
＞一意(uniキュー)なデータの識別子
って、インクリメンタルじゃない場合があるからな。
かつ、ACCESS使ったりすると、入力途中エスケープ消去したりすると、
欠番が出たりする。
それだけね

149:仕様書無しさん
08/02/27 21:16:29
>>148
だからさあ、在庫リストがあればいいのになんで伝票の全てを使わないといけないのかと。馬鹿か死ね

150:仕様書無しさん
08/02/27 21:27:13
>>149
在庫リストの話なんかしてないだろ。
伝票の話だ、もっと言うと仕訳の話。
単純に言えば、
仕訳、出金、入金、(売上、仕入)
の話だ。
ただし、在庫リストでも商品有高の話になると、履歴連番なきゃ、話にならないな、決算で終わる。

151:仕様書無しさん
08/02/27 21:42:58
伝票の話もしてねーよ。

152:仕様書無しさん
08/02/28 09:08:58
前に、データのIDや識別子に対する連番の話じゃなくて
意味のある処理やその固まりに対して連番で名前をつける事が
問題で、って話になったんだけどなあ。

まあいいや、自治する気はないから好きにやってくれよ。

153:.
08/02/28 16:27:19
ソ系が間違っちゃいけないのは、
売上原価(売物の値段)は仕入時のその個体(LOT)の値段では、決して決まらないという事だな。
届出なしなら、最終仕入原価(単純に言えば期首、期末での棚卸原価)
他に先入先出、後入先出、移動平均、加重平均、どれも、その時存在する品物の仕入単価の合計で決まる。
この時が問題。
要は、商品有高帳に処理年月日含めた自動連番なきゃ、決算でシャレにならないということは容易に分かるだろう。

154:仕様書無しさん
08/02/28 16:34:19
ここはソフトを売り買いするところではありません。

プログラマーを売り買いするところです。

155:仕様書無しさん
08/02/29 23:23:44
電磁的記録文書の時刻認証について語るスレは此処ですか？

156:仕様書無しさん
08/03/06 02:26:38
150とか153みたいなバカがDBカラム名を連番にすんだろなー

157:仕様書無しさん
08/09/18 22:14:48
Rails を使ってCOBOLの手法で開発
URLﾘﾝｸ(www.tpj.co.jp)

クラス名が連番で大笑い

158:仕様書無しさん
08/09/18 22:49:48
>>157

当社のモットー
「 Global, Only one, Quality, Ecology, Challenge 」

少なくともオンリーワンと、チャレンジは満たしている。