質問

として生まれ変わろうとしているMySQLに基づくアプリケーションサポートMS SQLを行った以下の問題:

またMySQLのスレーブはデータベースのルールとして符号なし整数の分野の様々なサイズ)を利用するためには、全範囲としていないと負の値です。MS SQLをサポートしていない符号なし属性はすべての整数タイプのっとるかの選択ditchingの半分の値の範囲を回避策.

もナイーブアプローチがありコードのデータベース抽象化コードに保存されている手順に変換すると負の値のdbの側面から大きな部分の符号なします。すべての空港を表示一部の空港を表選別はもちろんのこと、もしく動作しないとauto-id機能(たように思いますか?).

思いつかないの 良い 回避策があるの?るのは僕だけが大好きで、単に忘れられが約半分になります

編集:
@マイクWoodhouse:えないといけないと思い、そうかもしれません。い声のようにうかが、フィールドのサイズまでの最適利用するものであれば、簡単に行うことはあるんじゃないでしょうかプライベートビーチがあり心配です。

役に立ちましたか?

解決

時には問題がりがとうございますか?

指定された現在の成長率がどのくられていくと期待している符号付き整数オーバーフローのMS SQLのバージョンになっていますか?

する悲観的である。

どのくらいだと予想していまのお住まいはどこですか。

いると思うの要因の2つの違いだも安心です。

してくれてありがとうございます考えはすごいパワーが秘められているので、思い通知なしに変更されることがありまもる前に検索載の硬ソリューション)

他のヒント

私はお使いになることをお勧めしBIGINTデータタイプとしてここに9,223,372,036,854,775,807.

SQLサーバーがサポートしない署名を付ける値です。

この.."どうしたら通常の取引と違いど"

封止う変化..

を作成する必要があります抽象化レイヤ内でのデータにアクセス層すので しないケア るか否かのデータベースはMySQLまたはMS SQL..

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top