翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Neptune と Neo4j のデータストレージの違い
<a name="migration-storage-differences"></a>

Neptune は、ネイティブのクアッドモデルに基づく[グラフデータモデル](feature-overview-data-model.md)を使用します。データを Neptune に移行する場合、データモデルとストレージレイヤーのアーキテクチャにはいくつかの違いがあり、Neptune が提供する分散型でスケーラブルな共有ストレージを最大限に活用するために注意する必要があります。
+ Neptune は明示的に定義されたスキーマや制約を使用しません。事前にスキーマを定義しなくても、ノード、エッジ、プロパティを動的に追加できます。Neptune は、「[Neptune の制限](limits.md#limits-properties)」に記載されている場合を除き、保存されるデータの値とタイプを制限しません。Neptune のストレージアーキテクチャの一部として、データは最も一般的なアクセスパターンの多くを処理する方法で[自動的にインデックスが付けられます](feature-overview-storage-indexing.md)。このストレージアーキテクチャにより、データベーススキーマの作成と管理、およびインデックスの最適化に伴う運用上のオーバーヘッドがなくなります。
+ Neptune は、データベースのストレージニーズが最大 128 テビバイト (TiB) まで増加するにつれて、10 GB のチャンクで自動的にスケーリングする独自の分散型共有ストレージアーキテクチャを提供します。このストレージレイヤーは信頼性、耐久性、耐障害性に優れ、3 つのアベイラビリティーゾーンのそれぞれに 2 回ずつ、合計 6 回データがコピーされます。デフォルトでは、すべての Neptune クラスターに可用性が高く耐障害性のあるデータストレージレイヤーを提供します。Neptune のストレージアーキテクチャは、コストを削減し、将来のデータ増加に対応するためにストレージをプロビジョニングしたり、過剰にプロビジョニングしたりする必要をなくします。

データを Neptune に移行する前に、Neptune の[プロパティグラフデータモデル](feature-overview-storage-indexing.md#feature-overview-storage-indexing-gremlin)と[トランザクションセマンティクス](transactions.md)についてよく理解しておくとよいでしょう。