排他制御の罠 - Fly Me To The Access-Heaven
Accessを使って作った売買管理のシステム。３ヶ月でほぼ完成、おおなんと速い！ さーて、あとはこのＭＤＢをサーバーにあげて、一応レコード排他制御のテストでもやっとく？！なぁに簡単簡単、テストするだけだもん。もうできたも同然さ。 ・・・こんな世迷言を吐いている上司、あなたの会社にはいませんよね？ そう、Accessで、いやＪＥＴエンジンで排他制御を甘く見ていると破綻します。 ...具体的に説明しろって？ Access の排他制御はすべてページ単位（１ページ＝2048byte : Jet 3.52以前の場合）で行われます。 Access2000 からはレコード単位のロックもサポートしてますので、Access の機能だけでレコードロックを実現するにはこの機能を使うのもテなんですが、どうやらこのレコード単位ロックを選択すると、やけに MDB が肥大化するという噂ですので、あんまりお勧めしません。
Q. 日付型ってなんですか？扱いにくいからやめたほうがいいって聞いたんですが... - Fly Me To The Access-Heaven
もう過ぎ去った感もありますが２０００年問題。なんでこんな問題が起きたかというと、西暦の上２桁は１９だという間違った常識がいつのまにかできあがってしまっていたからです。 なぼなんざ,、しばらくの間は書類書くとき「2001」と書かなければいけない日付欄に「19」と書いてしまいあわてて修正液を探しておりましたですよ。（間抜け） まぁ最近は手でモノを書く機会も減りましたので（汗）そういうことはなくなりましたが... それはコンピュータ業界の話ではなく、一般的な生活の中にも数多くありますよね。 身の回りの品物で日付が刻印されているものは結構あるはずですが、その中で年を４桁で表示しているものがどれだけありますか？ 人間が見る分には、「きょうは１９９９年だから９９年は今年だよね」と頭の中に置き換えルーチンができていて、自分でも知らないうちに判断しているのですが、コンピューターはそうはいきません。 その品
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.naboki.net/access/heaven/heaven-05.html
Loading...
