XEP-0060: Add data model informational text

Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
This commit is contained in:
Maxime “pep” Buquet 2023-03-22 12:48:36 +01:00
parent 40531063ac
commit 5521f3fd28
No known key found for this signature in database
GPG Key ID: DEDA74AEECA9D0F2
1 changed files with 7 additions and 0 deletions

View File

@ -56,6 +56,7 @@
<initials>mw, pep</initials>
<remark>
<ul>
<li><p>Add data model informational text in Implementation Notes.</p></li>
<li><p>Fix spec approver</p></li>
</ul>
</remark>
@ -5458,6 +5459,12 @@ And by opposing end them?
</section1>
<section1 topic='Implementation Notes' anchor='impl'>
<section2 topic='Data Model' anchor='data-model'>
<p>When implementing this protocol, it is often helpful to consider the data model behind it. Note that this section describes such a conceptual model for informational purposes only and does not define any requirements about how, where or in what format an implementation actually stores data.</p>
<p>A persistent pubsub node may be viewed as an ordered key-value store, where the ItemIDs are the keys, and the item payloads are the values.</p>
<p>The order of items is publication order, such that the most recently published is the “newest”. This holds true even if publishing with an ItemID that already exists on the node: the older item is dropped to preserve uniqueness of keys. This is sometimes referred to as “overwriting” in this document.</p>
<p>If published ItemIDs are always unique, a persistent node may also be viewed as a kind of “first in, first out” (FIFO) queue.</p>
</section2>
<section2 topic='Notification Triggers' anchor='impl-notify'>
<p>There are many possible triggers for sending an event notification to an entity for the currently published item or the last published item, as summarized below:</p>