私は周りを研究していましたが、私は本当に自分の心を作り上げることができません。私はデータベースを作成し、自動インクリメントIDだけでアプリケーションを構築していましたが、これは成長する可能性がある最初の重大なスタートアッププロジェクトです。Webアプリケーションの自動ID、GUID、または自動ID + GUIDを使用して公開するにはどうすればよいですか?
私は、以下に書かれていることや、ベストプラクティスの例やオープンソースプロジェクトから、その成果を見ることができるあなたの考えが必要です。
まず、私はこのことから始めます。これは私の心を爆破する最後のパズルです。 IDが公開されているために、増加したIDを公開することについて調査し、読んでいるため、競合他社の1つ(競合他社A)のクライアント数と、作成されたクライアント数がわかりました。競合他社(競合他社B)がGUIDを使ってオブジェクトを識別しているため、何も知らなかった。
だから、競争結論:
- 持つ自動インクリメントIDがあるため、競争の悪い、彼らは私のビジネスは
- 持つGUIDを進んでいるか知っているだろう、競争は私のビジネスをベースと進行状況を知ることができませんIDの
いくつかの速度やストレージ結論:
- 自動インクリメントIDを持つことは高速であり、関係
- ための最も軽量でGUIDを持つことは遅いとの関係はIDが思考の公開
重くなっている:
公開自動インクリメンタルIDは、ビジネスがどのように進行しているか、その他のセキュリティ上の問題は何か、競争にのみさらされますか? (私は本当にすべてを考えることはできません...)
GUIDを公開が安全であるが、彼らはちょっと醜いです...
だから、これが唯一のいくつかの事実を私に残し、私は」することができます
- すべてのテーブルが、私は第2のID列を使用する露光の場合には意志一意に存在記録
- オートに増分ID列を持つことになります。t意味のある戦略を作る、これは私がこれまでに作った最高の結論でありますGUIDまたはおそらく難読化proceデュア?
で死ぬだろうが、私はまだそのことを考える増やします私が競合他社のウェブアプリで正しいことを証明したため、有効な議論 – jovanMeshkov