Welcome back. I hope that exercise went great.
Now, let's talk about another important Datastore concept,
keys. When you store an entity in the
Datastore, the Datastore will assign a key to
it. This key uniquely identifies the entity and
it's used for many different purposes. They are
two ways a key can be generated. Let's take a look. The first one is when
Datastore automatically generates this key. Let's say we
define the profile kind with these properties. And inserted
it for the first time. In this case, the
Datastore will automatically assign a key value to it.
The other way is that you specify what is called a key name or ID. In this case,
Datastore will use that value to generate the key.
This is a good alternative when you have something
that is unique for each entity. Because it can clearly
take us to our front entity based on this value
so it's easier to find. But observe that statement. The
Keyname/ID must be unique for all entities of that kind. For
our profile kind that is exactly the case because we
have decided to use the user ID to to uniquely
identify each profile identity. The value of having user ID
as the key name is that we can retrieve the profile
entity directly using this value. And remember, since the
user object is the first parameter to cloud endpoints API
methods. It will become a convenient way to get
the profile, but we'll look more into this later. If
you are familiar with relational database modeling, you probably
see that this is very similar to the concept of
a primary key. There, as well as with Datastore,
you have the option of letting the database generate the
primary key or use the value of your choice.
But now, it's for you to do some work
.مرحبًا بكم مجددًا. أتمنى أن يكون التدريب قد تم على ما يرام
،فلنتحدث الآن عن مفهوم آخر مهم من مفاهيم مخزن البيانات
وهو المفاتيح. عندما تقوم بتخزين كيان في
مخزن البيانات، سيقوم مخزن البيانات بتعيين مفتاح
له. يحدد هذا المفتاح بشكل فريد الكيان
ويتم استخدامه في عديد من الأغراض. توجد طريقتان
لتتمكن من إنشاء مفتاح. هيا بنا نتعرف على ذلك. نستخدم الطريقة الأولى
عندما يقوم مخزن البيانات بإنشاء هذا المفتاح تلقائيًا. فلنقل أننا
نحدد نوع ملف التعريف بهذه الخصائص. ونقوم بإدراجه
للمرة الأولى. في هذه الحالة، سيقوم
.مخزن البيانات بتعيين قيمة المفتاح له تلقائيًا
بينما نستخدم الطريقة الأخرى عندما نقوم بتحديد ما يسمى باسم المفتاح أو المعرف. في هذه الحالة، سيقوم
.مخزن البيانات باستخدام هذه القيمة لإنشاء المفتاح
وهذا بديل جيد عندما يكون لديك شيء
فريد لكل كيان. لأنه يمكن أن يأخذنا
بوضوح إلى الكيان الأمامي المستند إلى هذه القيمة الخاص بنا
ولذلك من السهل العثور عليه. لكن لاحظ هذه العبارة. يجب أن يكون
اسم المفتاح/المعرف فريدًا لكل الكيانات من هذا النوع. وتتمثل الحالة
في نوع ملف التعريف الخاص بنا بالضبط لأننا
قررنا استخدام معرف المستخدم لتحديد
كل ملف تعريف بشكل فريد. وتكمن قيمة الحصول على معرف مستخدم
مطابق لاسم المفتاح في إمكانية استرداد كيان
ملف التعريف مباشرة باستخدام هذه القيمة. تذكر أنه طالما كان
كائن المستخدم هو المعلمة الأولى لأساليب API
الخاصة بـ Cloud Endpoints، فستكون طريقة مريحة للحصول على
ملف التعريف، لكننا سنتعرف على ذلك أكثر لاحقًا. إذا
كنت معتادًا على تصميم نماذج قاعدة البيانات الارتباطية، ربما ترى
أنه مشابهًا جدًا لمفهوم
،المفتاح الأساسي. وهنا، كما هي الحال مع مخزن البيانات
لديك الخيار للسماح لقاعدة البيانات بإنشاء
.المفتاح الأساسي أو استخدام قيمة من اختيارك
.والآن، حان وقت إنجاز بعض الأعمال
Bienvenidos de nuevo.
Espero que ese ejercicio haya ido bien.
Ahora hablemos sobre
otro concepto importante
del almacén de datos: claves.
Cuando almacenan una entidad
en el almacén de datos,
el almacén les asignará una clave.
Esta clave solo identifica la entidad
y es usada para propósitos diferentes.
Hay dos maneras en las que una clave
puede ser generada.
Hechemos un vistazo.
La primera es cuando el almacén de datos
genera esta clave automáticamente.
Digamos que definimos el tipo de perfil
con estas propiedades.
Y lo insertamos por primera vez.
En este caso, el almacén de datos
les asignará automáticamente
un valor de clave.
La otra manera es que especifiquen
el denominado nombre de clave,
o identidad.
En este caso, el almacén de datos
usará ese valor
para generar la clave.
Esta es una buena alternativa
cuando tienen algo
que es único para cada entidad.
Porque claramente puede llevarnos
a nuestra entidad frontal
basándose en este valor,
así que es más fácil encontrarla.
Pero observemos esta declaración.
El nombre de clave o identidad
debe ser único para todas las entidades
de este tipo.
Para nuestro tipo de perfil,
ese es el caso exáctamente
porque hemos decidido usar
el usuario de identidad
para identificar únicamente
cada perfil de entidad.
El valor de tener indentidad
como nombre de clave
es que podemos recuperar
la entidad de perfil
usando este valor directamente.
Y recuerden,
ya que el objetivo del usuario
es el primer parámetro
para la nube de valoración final
de los metodos API,
será una manera conveniente
de conseguir el perfil.
Pero indagaremos en esto más tarde.
Si están familiarizados
con el modelo relacional
de la base de datos,
verán que esto es muy similar
al concepto de una clave primaria.
Al igual que con el almacén de datos,
tienen la opción de permitir
que la base de datos
genere una clave primaria,
o use un valor de su elección.
Pero ahora, es el momento
de que hagan algo de trabajo.
おかえりなさい
練習問題はちゃんと解けたでしょうか
今回はDatastoreのもう1つの重要な概念である
キーについてお話しします
エンティティが保存されるとDatastoreは
エンティティにキーを割り当てます
このキーはエンティティを識別し
様々な目的のために使われます
キーの生成方法は2通りです
1つはDatastoreが自動的にキーを生成します
profileカインドが
図のようなプロパティを持つと定義します
初めてDatastoreに書き込まれる時に
自動的にキーが割り当てられます
もう1つはKeyname/IDを
自分で設定することです
この場合はDatastoreはその値を使用して
キーを生成します
この方法は各エンティティに
一意的な情報がある場合に有効です
なぜならこの値を使うことで
エンティティを見つけやすくなるからです
Keyname/IDは各エンティティ独自のものにする
必要があるので注意してください
今回のprofileカインドでは後者を使います
ユーザIDを使って
各profileを識別することに決めたからです
つまりユーザIDを使って
エンティティを取り出すことができるのです
ユーザオブジェクトはCloud Endpointsの
APIメソッドの第1パラメータなので
profileを取得するのに便利です
これに関してはまたあとで説明します
リレーショナルデータベースのモデル化に
詳しい方なら
この概念が主キーとよく似ていることに
気づくでしょう
Datastoreの場合と同様に
主キーをデータベースに生成させるか
自分で決めた値を使うかを選ぶことができるのです
では実際に作業をしてみましょう
Bem-vindo de volta. Espero que o exercício tenha sido ótimo.
Vamos falar agora sobre outro conceito importante no Datastore:
as chaves. Ao armazenar uma entidade no
Datastore, ele atribui uma chave à
entidade. Essa chave identifica exclusivamente a entidade e
é usada para muitas finalidades diferentes. Há duas
maneiras de gerar uma chave. Vamos dar uma olhada nelas. A primeira é quando o
Datastore gera automaticamente a chave. Digamos que
definimos o tipo perfil com estas propriedades e o inserimos
pela primeira vez. Nesse caso, o
Datastore atribuirá automaticamente um valor de chave ao perfil.
A outra maneira é especificar o nome da chave ou ID. Nesse caso,
o Datastore usará esse valor para gerar a chave.
Essa é uma boa alternativa para quando temos algo
que é exclusivo de cada entidade, pois ele pode consultar
o Datastore para pesquisar uma entidade com base neste valor,
sendo mais fácil de encontrar. Mas observe esta instrução. O
nome da chave/ID deve ser exclusiva para todas as entidades deste tipo. Esse é
exatamente o caso do nosso tipo perfil, pois
decidimos usar a ID de usuário para identificar
especificamente cada identidade perfil. O vantagem de ter a ID de usuário
como nome da chave é que podemos recuperar diretamente a
entidade perfil usando esse valor. Lembre-se, como o
objeto usuário é o primeiro parâmetro dos métodos da
API do Cloud Endpoints, ele será um modo conveniente de obter
o perfil. Falaremos mais sobre isso mais tarde. Se
você está familiarizado com a modelagem de banco de dados relacional, provavelmente
percebeu que isso é muito semelhante ao conceito de
chave primária. Assim como no Datastore,
você tem a opção de permitir que o banco de dados gere a
chave primária ou pode usar o valor de sua escolha.
Mas, por enquanto, é hora de você trabalhar.
欢迎回来!我希望你的练习做得很好
现在我们要谈一谈另一个重要的数据存储概念
键值 当你在数据存储中存储实体时
数据存储会为其指定
键值 此键值可以唯一识别实体
并可用于许多不同的目的 这是
生成键值的两个方法 我们来看一看 第一个方法是
数据存储自动生成此键值 比方说 我们
使用这些属性定义配置文件种类 并且是
首次插入 在这种情况下
数据存储会为其自动指定键值
另一种方法是你指定键名或 ID 在这种情况下
数据存储将使用此值生成键值
当你为每个实体设置一些唯一性时
这是一个很好的选择 因为它可以
基于此值轻松地将我们带到前端实体
以便于查找 但是观察这句话 对于
该种类的所有实体来说键值/ID 必须唯一 我们的
个人资料种类就是这样 因为我们
已决定使用用户 ID 唯一识别
每个个人资料的标识 将用户 ID 作为键名的值
是我们可以检索个人资料
实体时直接使用的值 请记住
用户对象是 cloud endpoints API 方法
的第一个参数 它是获取个人资料的一种便捷方法
我们稍后会谈到 如果
你比较熟悉相关数据库建模
则你可能会看到它与主键概念
非常类似 对于数据存储
你可以选择通过数据库生成主键
或者使用你选择的值
但是现在 该你来完成一些工作了