Context: Unterschied zwischen den Versionen

Aus OrgaMon Wiki
Zur Navigation springen Zur Suche springen
Keine Bearbeitungszusammenfassung
 
Keine Bearbeitungszusammenfassung
 
(10 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Das "Context" - Konzept bei den Artikel ist eine neue Sichtweise auf die Tatsache, dass Artikel zueinander in einem gewissen zusammenhang stehen. Dabei kann eine gemeinsamkeit sein, dass Artikel dem gleichen Sortiment angehören (Konzept der Mitgliedschaft).
[[Bild:Context.PNG|800px]]
Oder gewisse Artikel wurden durch einen gewissen Prospekt (auch ein Artikel) beworben. Oder eine Aktion ermöglicht Preisnachlässe auf gewisse Artikel mit einer gewissen Laufzeit.
Im Webshop sind so neue Links möglich:
->CD Aufnahmen (bei den Noten)
->Notenausgabe (bei den CDs)


Das "Context" - Konzept bei den Artikeln ist eine neue Sichtweise auf die Tatsache, dass Artikel zueinander in einem gewissen Zusammenhang stehen können. Artikel können zu Gruppen geordnet werden. Beispiele:


->Context
* Artikel gehören einem gewissen Sortiment an
  ->Set
* Warengruppe
    ->Set.Hauptartikel
* werden in einem gewissen Katalog beworben
      ->Artikel 2
* Eine zeitlich begrenzte Aktion ermöglicht Preisnachlässe auf gewisse Artikel  
      ->Artikel 3


Zur Datenbankimplementierung.
Im Webshop sind so neue Links möglich: <br>
->CD Aufnahmen (bei den Noten)<br>
->Notenausgabe (bei den CDs)<br>


Zunächst definiertz man einen neue Context. Dies ist der Überbegriff, der in Zukunft Teilmengen von Artikeln versammeln kann. Ein Context ist eine "Überschrift", ein "Begriff" zunächst ohne konkrete Artikelzuordnungen.
Hirarchie eines Context<br>


ARTIKEL_CONTEXT
->Context
---------------
  ->Collection
      ->Artikel 1
      ->Artikel 2
      ->...


RID: automatisch
... Context ist "Prospekt", "CD", "Werbeaktion", "Vertrag"<br>
BEZEICHNUNG: "Sortiment" //
.... Collection ist "KW66", "Robbie Williams: Best of", "Weihnachten 2003", "Buissines Pro"<br>
MULTIBEL: "Y" // Artikelmehrfachnennung erlaubt
.... Artikel ist "Produkt", "Track", "Produkt", "Einzelleistung"<br>
HAUPTARTIKEL: "N" // oberste Position, name eines Sets
ZWINGEND: "Y" // müssen alle Artikel zugeordnet sein?


ARTIKEL_ZUORDNUNG
Zur Datenbankimplementierung (Dokumentation wegen Webshop).
-----------------
<br>
 
Zunächst definiert man einen neuen Context. Dies ist der Überbegriff, der in Zukunft Teilmengen von Artikeln versammeln kann. Ein Context ist eine "Überschrift", ein "Begriff" zunächst ohne konkrete Artikelzuordnungen.<br>
RID: automatisch
<br>
ARTIKEL_R(->ARTIKEL)
<u>ARTIKEL_CONTEXT</u><br>
CONTEXT_R(->ARTIKEL_CONTEXT)
<br>
MASTER_R(->ARTIKEL)
RID: automatisch<br>
 
BEZEICHNUNG: "Sortiment" //<br>
Also eigentlich sind das alles Mengen, eine Menge hat entweder einen Hauptartikel oder nicht
MULTIBEL: "Y" // Artikelmehrfachnennung erlaubt(Y|N)<br>
HAUPTARTIKEL: "N" // oberste Position, name eines Sets(Y|N)<br>
ZWINGEND: "Y" // müssen alle Artikel zugeordnet sein?(Y|N)<br>
<br>
Nun teilt man "Teilnehmer" einer Collection zu. Der "Klebstoff" einer Collection ist MASTER_R: Alle Teilnehmer derselben Kollektion "zeigen" auf den selben MASTER_R. So reicht es eine Kollektion zu beginngen mit einem Artikel, der auf sich selbst zeigt.
2 Kollektionen mit demselben Hauptartikel sind nicht möglich. Dann muss ein "Dummy" Artikel angelegt werden.


<u>ARTIKEL_MITGLIEDER</u><br>
<br>
RID: automatisch<br>
ARTIKEL_R(->ARTIKEL)<br>
CONTEXT_R(->ARTIKEL_CONTEXT.RID)<br>
MASTER_R(->(Haupt)ARTIKEL)<br>
<br>
Also eigentlich sind alles Mengen, eine Menge hat entweder einen Hauptartikel oder nicht.
<br>
* Ein Artikel kann einzelnen Mengen einfach oder Mehrfach vorkommen.  
* Ein Artikel kann einzelnen Mengen einfach oder Mehrfach vorkommen.  
* Reihenfolge ist wichtig für "CD" (Tracks) oder eben nicht (Rest!)
* Reihenfolge kann wichtig sein, z.B. für "CD" (Tracks) oder eben nicht (Rest!)
<br>
Contextname:  Mengenlimitierungen, Hauptartikel?
Contextname:  Mengenlimitierungen, Hauptartikel?
<br>
"Serie" # (einfachnennung, kein Hauptartikel, optionale Zuordnung)
 
"Katalog" # (Mehrfachnennung, Hauptartikel, optionale Zuordnung)
"Serie" # (einfachnennung, kein Hauptartikel, optionale Zuordnung)<br>
"CD" # (Mehrfach, Hauptartikel=die CD, optionale Zuordnung)
"Katalog" # (Mehrfachnennung, Hauptartikel, optionale Zuordnung)<br>
"Gattung" # (Mehrfachnennung, Gruppenname, jedoch kein echter Hauotartikel, zwingende Zuordnung)
"CD" # (Mehrfach, Hauptartikel=die CD, optionale Zuordnung)<br>
"Paket/Bundle" # (Mehrfachnennung,Hauptartikel, optionale Zuordnung)
"Gattung" # (Mehrfachnennung, Gruppenname, jedoch kein echter Hauotartikel, zwingende Zuordnung)<br>
"Aktion" # (Mehrfachnennung, kein Hauptartikel, optionale Zuordnung)
"Paket/Bundle" # (Mehrfachnennung,Hauptartikel, optionale Zuordnung)<br>
"Sortiment" # (einfachnennung, kein Hauptartikel, zwingende Zurodnung)
"Aktion" # (Mehrfachnennung, kein Hauptartikel, optionale Zuordnung)<br>
"Sortiment" # (einfachnennung, kein Hauptartikel, zwingende Zurodnung)<br>

Aktuelle Version vom 26. September 2007, 11:11 Uhr

Das "Context" - Konzept bei den Artikeln ist eine neue Sichtweise auf die Tatsache, dass Artikel zueinander in einem gewissen Zusammenhang stehen können. Artikel können zu Gruppen geordnet werden. Beispiele:

  • Artikel gehören einem gewissen Sortiment an
  • Warengruppe
  • werden in einem gewissen Katalog beworben
  • Eine zeitlich begrenzte Aktion ermöglicht Preisnachlässe auf gewisse Artikel

Im Webshop sind so neue Links möglich:
->CD Aufnahmen (bei den Noten)
->Notenausgabe (bei den CDs)

Hirarchie eines Context

->Context
  ->Collection
     ->Artikel 1
     ->Artikel 2
     ->...

... Context ist "Prospekt", "CD", "Werbeaktion", "Vertrag"
.... Collection ist "KW66", "Robbie Williams: Best of", "Weihnachten 2003", "Buissines Pro"
.... Artikel ist "Produkt", "Track", "Produkt", "Einzelleistung"

Zur Datenbankimplementierung (Dokumentation wegen Webshop).
Zunächst definiert man einen neuen Context. Dies ist der Überbegriff, der in Zukunft Teilmengen von Artikeln versammeln kann. Ein Context ist eine "Überschrift", ein "Begriff" zunächst ohne konkrete Artikelzuordnungen.

ARTIKEL_CONTEXT

RID: automatisch
BEZEICHNUNG: "Sortiment" //
MULTIBEL: "Y" // Artikelmehrfachnennung erlaubt(Y|N)
HAUPTARTIKEL: "N" // oberste Position, name eines Sets(Y|N)
ZWINGEND: "Y" // müssen alle Artikel zugeordnet sein?(Y|N)

Nun teilt man "Teilnehmer" einer Collection zu. Der "Klebstoff" einer Collection ist MASTER_R: Alle Teilnehmer derselben Kollektion "zeigen" auf den selben MASTER_R. So reicht es eine Kollektion zu beginngen mit einem Artikel, der auf sich selbst zeigt. 2 Kollektionen mit demselben Hauptartikel sind nicht möglich. Dann muss ein "Dummy" Artikel angelegt werden.

ARTIKEL_MITGLIEDER

RID: automatisch
ARTIKEL_R(->ARTIKEL)
CONTEXT_R(->ARTIKEL_CONTEXT.RID)
MASTER_R(->(Haupt)ARTIKEL)

Also eigentlich sind alles Mengen, eine Menge hat entweder einen Hauptartikel oder nicht.

  • Ein Artikel kann einzelnen Mengen einfach oder Mehrfach vorkommen.
  • Reihenfolge kann wichtig sein, z.B. für "CD" (Tracks) oder eben nicht (Rest!)


Contextname: Mengenlimitierungen, Hauptartikel?

"Serie" # (einfachnennung, kein Hauptartikel, optionale Zuordnung)
"Katalog" # (Mehrfachnennung, Hauptartikel, optionale Zuordnung)
"CD" # (Mehrfach, Hauptartikel=die CD, optionale Zuordnung)
"Gattung" # (Mehrfachnennung, Gruppenname, jedoch kein echter Hauotartikel, zwingende Zuordnung)
"Paket/Bundle" # (Mehrfachnennung,Hauptartikel, optionale Zuordnung)
"Aktion" # (Mehrfachnennung, kein Hauptartikel, optionale Zuordnung)
"Sortiment" # (einfachnennung, kein Hauptartikel, zwingende Zurodnung)