Kinvey Data Relation

Във форума е въведено ограничение, което позволява на потребителите единствено да разглеждат публикуваните въпроси.

butanfire 32 Точки

Kinvey Data Relation

Привет на всички,

Извинявам се предварително, понеже е възможно това да е било разисквано/обсъждано вече.

Малко е късно либе за китка, но имам следният въпрос :

Както в примера с книгите и коментарите по JS (началото на курса), в краят на упражнението по JS беше дадено :

Add functionality to add comments for each book. You may add additional table row to display the comments:

Дотук добре, като стигнем до този момент :

A better approach would be to have two collections “books” and “comments” and to reference the “book” entity from “comments” entity, as it is described in the Kinvey documentation:

Поиграх си с Kinvey доволно време, и разгледах доста документацията им http://devcenter.kinvey.com/rest/guides/datastore#RelationalData.

Сега проблема идва, че :

An app must define the following attributes for setting up a reference.

Name	Type	Value
`_type`	`string`	`KinveyRef`
`_id`	`string`	_id of the entity referred to
`_collection`	`string`	name of the collection that stores the entity referred to

В случая да кажем, че направим библиотека с книги, и за всяка книга коментари, както в упражнението.

Което реално значи :

_id в Kinvey се създава автоматично, само когато Kinvey приеме данните, демек като създадеш коментара.

За книгата : _id-то може да кажем, че може да го направим пвсевдо-уникално като "име на книга" + "автор".

За коментара : няма как да е уникално ID-то, освен "име на автора" + "datetime"?

Добре, да оставим и горният проблем настрана - като създаваме коментара, как го асоцираме със съответната книга?
Попринцип post-ваме коментара по ID-то на книгата, как взимаме ID-то на книгата? Неможем по име, понеже името не е уникално.
Защото като list-ваме книгите, ние никъде не пазим ID-тата на книгите - трябва нова GET заявка да вземем на коментара parent-a (ако сме с таблици)?

Глобална променлива може да помогне, ама нещо връзката м/у колекциите ме бърка и какво да се прати към Kinvey? (за да може да се get-не после и да се resolve-ва)

Поздрави,

Влади

Тагове:

31/08/2016 17:31:14 Софтуерни технологии

Виж всички отговори

Innos 419 Точки

Best Answer

Книгата ти е някакъв JSON обект, можеш в него да имаш property с ключ примерно comments и стойност масив:

{
   "name":"Harry Potter and the Chamber of Secrets",
   "comments":[]
}

коментарите също ще са JSON обекти, една книга с коментари би изглеждала така:

{
   "name":"Harry Potter and the Chamber of Secrets",
   "comments":[
                 {
                    "title":"Random Comment",
                    "author":"Pesho"
                 },
                 {
                    "title":"Another Comment",
                    "author":"Gosho"
                 }
              ]
}

Сега ако искаш да използваш data relation може вместо да държиш истинските коментари в comments масива да държиш референции към тях в друга база:

{
   "name":"Harry Potter and the Chamber of Secrets",
   "comments":[
                 {
                    "_type": "KinveyRef",
                    "_id": <id of the comment here>,
                    "_collection": "comments"
                 },
                 {
                    "_type": "KinveyRef",
                    "_id": <id of the comment here>,
                    "_collection": "comments"
                 }
              ]
}

На въпроса как вземаш id-то на книга, отговора е че обикновено го пазиш в HTML-a. Когато направиш заявката за вземане на книгите получаваш и id-тата им, докато си попълваш HTML елементите със информацията на книгите много лесно може да вкараш един custom attribute на div тага примерно който ще държи дадена книга и да го запазиш там (примерно "book-id:<bookId>"). Така като искаш да направиш някаква работа по дадена книга, примерно да промениш някакъв нейн параметър (заглавие, автор и т.н.) или да и покажеш коментарите, просто вземаш id-то от div елемента.

Ако си запазил елементите по горният начин и искаш да вземеш книга с коментарите и (тоест да резолвнеш референциите и) трябва просто към заявката да прибавиш още няколко параметъра:
<url-то на стандартна GET заявка за книгите> + "?resolve=comments&retainReferences=false"
RetainReference = false се използва за да подмени тотално референцията с обекта под нея (иначе просто ги подпъхва в ново проперти "_obj").

Само внимавай като правиш по-нататъчни операции с тях че можеш да прецакаш работата супер лесно. Примерно искаш да смениш на някоя книга името, обаче ако я вземаш със resolve-ване ще получиш обект, който на мястото на референциите има истинските елементи. Понеже PUT заявката иска да и върнеш обратно обекта с променените му стойности, като го put-неш обратно ще пренапишеш референциите със истинските обекти (защото си ги resolve-нал в GET заявката) и язък за data relation-a.

31/08/2016 22:59:54 31/08/2016 23:04:10

butanfire 32 Точки

Добро утро,

Много благодаря за отговора.

Оправих нещата, мъчих , накрая ми зареждаше коментарите накрая - причината беше че имах 2 AJAX заявки.

Втората не беше нужна, понеже едната таблица има референция (демек има всички необходими данни от другата) и ставаше асинхронизация :))))

Остана само да направя работата със коментара да взима ID-то на рецептата при създаване.

Темата може да се затвори.

Поздрави,

Владo

01/09/2016 08:40:28

Виж всички отговори