mirror of
https://github.com/moparisthebest/xeps
synced 2024-11-13 04:45:10 -05:00
XEP-0060: Add data model informational text
Signed-off-by: Maxime “pep” Buquet <pep@bouah.net>
This commit is contained in:
parent
40531063ac
commit
5521f3fd28
@ -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>
|
||||
|
Loading…
Reference in New Issue
Block a user