カテゴリ
以前の記事
2009年 10月 2009年 09月 2009年 08月 2009年 07月 2009年 06月 2009年 05月 2009年 04月 2009年 03月 2009年 02月 2009年 01月 2008年 12月 2008年 11月 2008年 10月 2008年 09月 2008年 08月 2008年 07月 2008年 06月 2008年 05月 2008年 04月 2008年 03月 2008年 02月 2008年 01月 2007年 12月 2007年 11月 2007年 10月 2007年 09月 2007年 08月 2007年 07月 2007年 06月 2007年 05月 2007年 04月 2007年 03月 2007年 02月 2007年 01月 2006年 12月 2006年 11月 2006年 10月 2006年 09月 2006年 08月 2006年 07月 2006年 06月 2006年 05月 2006年 04月 2006年 03月 2006年 02月 2006年 01月 2005年 12月 2005年 11月 2005年 10月 2005年 09月 2005年 08月 2005年 07月 2005年 06月 2005年 05月 2005年 04月 2005年 03月 2005年 02月 2005年 01月 2004年 12月 2004年 11月 フォロー中のブログ
トラバはご自由に。
としてきましたが訳の判らない糞なトラバが多いのでトラバは不可。よろしく。 今更ではありますが、ハンドルの"scimetar"ですが、綴りとしては間違っています。 "scimitar”が正解です。 ハンドルですので敢えて。 放置状態のはてな 「angeの日記」 「はてなブックマーク」 は結構便利ですね。 ネット規制があっても ある程度使えます。 ありがとう、はてな。 feed meter テクノラティプロフィール ご意見、ご連絡は Graces.Ange☆Gmail.Com まで。(☆をアットマークに読み替えてください) ちりぬべき 時知りてこそ 世の中の 花も花なれ 人も人なれ ライフログ
検索
タグ
その他のジャンル
ファン
記事ランキング
ブログジャンル
画像一覧
|
一意制約。 スナップショットへのFastで設定。 スナップショット側は参照だけを行う。 何故かスナップショット側対象テーブルには プライマリキーの他にユニークキーが存在する。 当然元のテーブルにもプライマリーキーとは別に 一意制約(ユニークキー)設定がされている。 この状態で一意制約エラーが、極稀に発生するらしい。 エラーへの対処は在るらしく、一意制約を 設定したキーに対して別途遅延を設定するとか。 この上設定を増やす方向性はいただけません。 元インスタンスのテーブルにおいて一意制約が 設定されており、スナップショット側で参照しか 行わないのであれば、スナップショット側の テーブルにプライマリキーのほかにユニークキーを 設定する必要は無いでしょう。 既に元テーブルの一意制約で一意は担保されて いるのですから。 ということで遅延は設定せず、 スナップショット側における一意キー を排除する方向で、とアドバイス。 複雑な機能を次々に実装して行くと、 予測できないエラーが発生する確率が 非常に高まるように思います。 所詮はデータベースなのです。 単純に欲しいデータを的確に取り出せば それでよいのではないかと思います。 私用で使うなら面白いと思いますよ、 新しい機能を次々と実装していくのは。 マニアックに色々な新しい機能を使うのも 面白いかもしれませんが、しかし、 商用のデータベースに対してアプリケーションを 見通しの良い形で設計し、単純な形で データを取得するように心がけなければ 何時まで経っても理解できないエラーが 発生し、結局データサービス時間を短縮 してしまうのではないかと極々私的に 強く思うわけです。 単純が一番。
by scimetar
| 2006-11-17 20:18
| 由無し事
|
ファン申請 |
||