0

scriptDB のような非リレーショナル データストアを扱うのは初めてです。格納するオブジェクトにデータをネストする利点は何ですか? scriptDBチュートリアルを形成...なぜこれ、

{type: "employee",
  employee_id: 1,
  name: {first: "Fatima", initial: "S", last: "Pauli"},

そして、これではなく、

{type: "employee",
  employee_id: 1,
  first: "Fatima", 
  initial: "S", 
  last: "Pauli",

ネストされていない構造は、よりシンプルで小さく、アクセスしやすいようです。私は何が欠けていますか???

4

1 に答える 1

1

オブジェクト ストアのスキーマ設計におけるベスト プラクティスではなく、機能を示す単なるサンプルです。

心に留めておくべきことがいくつかあります。

  1. 上記の例では、employee_id でクエリを実行しているだけなので、name が複雑なオブジェクトであるという事実は、クエリにまったく影響しません。したがって、後で属性を追加して自己完結型にすることができるネストされたオブジェクトをそこに置くこともできます。

  2. ここではサイズはあまり重要ではありません (オブジェクトの数バイト程度)。オブジェクトの構造やプロパティ名のわずかな違いではなく、オブジェクト内のデータ量について考えてください。

  3. 最終的にオブジェクトを保存することになるため、取得するオブジェクトがドット表記で簡単に操作できるようにする必要があります。

そのため、オブジェクトがどのようにクエリされ、その自然な形状がどのように見えるかに基づいて、コードの意味を理解する必要があります。

ドキュメント/オブジェクト ストアを操作するには、考え方を少し変える必要があります。正規化の原則は、実際には同じようには適用されません。それでも SQL を使用したい場合 - Apps Script にはJDBC コネクタがあり、最近Cloud SQLのサポートが追加されました

于 2012-11-19T12:39:21.987 に答える