Database Reference
In-Depth Information
Datum : 20100719
Listing 1.1
Diese Nachricht wird nun in die Datenbank geschickt. Weiterhin wird ein Artikel durch
einen anderen ersetzt ( Listing 1.2 ).
_id : (lfd. Nummer, von CouchDB vergeben)
_rev: (lft Nummer, von CouchDB vergeben)
Sender_id: 1
Empfaenger_id:123
Nachrichten_typ: 3 (Artikelersetzung)
Nachricht: "Der Artikels 12340 wird durch den
Artikel
22340 ersetzt.”
Artikelnummer_1: 12340
Artikelnummer_2: 22340
Preis_alt: 100
Preis_neu: 105
Datum : 20100719
Listing 1.2
Auch diese Nachricht schicken wir in die gleiche Datenbank. Die Anwendung, die diese
Daten abruft, hat nun zu entscheiden, wie sie je nach Nachrichtentyp vorgeht, aber auch bei
einer relationalen Datenbank müsste die Anwendung, je nach Nachrichtentyp, unterschied-
liche SQL-Statements abfragen. Natürlich würden wir auch die möglichen Nachrichtenty-
pen in der gleichen Datenbank unterbringen, die Schemalosigkeit macht es möglich ( Lis-
ting 1.3 ).
_id : (lfd. Nummer, von CouchDB vergeben)
_rev: (lft Nummer, von CouchDB vergeben)
Nachrichtentyp_id: 3
Name: "Artikelersetzung"
Search WWH ::




Custom Search