Oracle NoSQL Databaseでは、キーを使用してレコードが編成されます。すべてのレコードは、1つ以上のメジャー・キー・コンポーネントを持ち、必要に応じて1つ以上のマイナー・キー・コンポーネントを持ちます。マイナー・キー・コンポーネントが使用される場合、メジャー・コンポーネントとマイナー・コンポーネントの組合せによってストア内の1つのレコードが一意に識別されます。

キーは、キーのメジャー・コンポーネントに基づき、ハッシュを使用してパーティション間に均等に分散されます。各キーは最低1つのメジャー・コンポーネントを持つ必要がありますが、必要に応じてメジャー・コンポーネントのリストを使用できます。これによって、同じ組合せのメジャー・キー・コンポーネントを共有するレコードが同じパーティション内に必ず含まれることになり、問合せが効率的に行われることを意味します。また、同一のメジャー・キー・コンポーネントを持つレコードは、1つの原子的操作とみなされる複数の操作を使用して操作できます。

メジャー・キー・コンポーネントは、レコードが含まれるパーティションの識別に使用され、各パーティションは1つのレプリケーション・グループに格納されることに注意してください。つまり、メジャー・キー・コンポーネントは、特定のレコードが格納されるレプリケーション・グループの識別に使用されます。メジャー・キー・コンポーネントと実行するデータ・アクセス操作の組合せは、リクエストをサービスするレプリケーション・グループ内のノードの識別に使用されます。特定のデータの格納にどの物理マシンまたはレプリケーション・グループが使用されるかは制御できないことに注意してください。すべてKVドライバによって決定されます。

ただし、レコードがメジャー・キー・コンポーネントに基づいて物理ノードに配置されるということは、メジャー・キー・コンポーネントを共有するキーは1つの操作で効率的に問い合せることができるということです。これは、概念上、1つのパーティションに一緒に格納されているキーが操作される場合、1つの物理データベースが操作されるためです。(実際は、1つのレプリケーション・グループで複数の物理データベースが使用されますが、ストアと対話する際、その複雑性は意識されません。)

各パーティションは1つのレプリケーション・グループに置かれ、ストアには複数のレプリケーション・グループが含まれる可能性があることに注意してください。読取りと書込みの両方のスループット・パフォーマンスが向上するため、これはよいことです。このパフォーマンスの向上を最大限に利用するには、最低パーティションと同じ数の異なるメジャー・キー・コンポーネントが必要です。つまり、1つのメジャー・キー・コンポーネントまたは少数のメジャー・キー・コンポーネント下にすべてのレコードを作成しないでください。そのようにした場合、ストア内のレコードの数が増えるとパフォーマンスのボトルネックになります。

適切に使用すると、マイナー・キー・コンポーネントもパフォーマンスの向上に役立ちますが、その方法を理解するには、レコードの値部分に関連するパフォーマンスの問題を理解する必要があります。それらの問題については、この章の後半で説明します。

/Smith/Bob
/Smith/Patricia
/Wong/Bill 

/Smith/Bob/-/birthdate
/Smith/Bob/-/phonenumber
/Smith/Bob/-/image
/Smith/Bob/-/userID 
/Smith/Patricia/-/birthdate
/Smith/Patricia/-/phonenumber
/Smith/Patricia/-/image
/Smith/Patricia/-/userID 
/Wong/Bill/-/birthdate
/Wong/Bill/-/phonenumber
/Wong/Bill/-/image
/Wong/Bill/-/userID