Die Einträge 'insert' und 'check' im Detail

 Im Parameter-Array für die Funktion 'modul_extmod' gibt es die Schlüssel 'insert' und 'check'. Unter ihnen werden die Details übergeben, die zur Erzeugung von Views notwendig sind. In 'insert' können mehrere Views, in 'check' nur ein View definiert werden. Die Insert-Views sind für neue Tupel gedacht, deren Daten beispielsweise über ein HTML-Formular eines externen Moduls/Skripts eingegeben wurden. Die Namen der Views werden durch Komma getrennt in einem String zusammengefasst und unter dem Variablennamen table_insert_list in der Relation 'workflow_extmod_param' gespeichert. Für die Insert-Views muss festgelegt werden, welche der eingegebenen Werte in welche Views gelangen sollen. Dazu dient ein String, der unter dem Schlüssel 'get_attrib' für jeden Insert-View abgelegt werden muss. Der String enthält durch Komma getrennt eine Liste der Feldnamen. Da unter Umständen die Attributnamen des Views von den Namen der eingegeben Werte abweichen, kann im String die Notation 'attributname:wertname' benutzt werden. Die Strings werden in der DB unter dem Namen 'table_get_attrib[viewname]' abgelegt. Für jeden View enthält die DB einen solchen String.

Der Check-View ist geeignet, um eingegebene Werte mit Daten in der Datenbank zu vergleichen. Der Name des Views wird in der Relation 'workflow_extmod_param' unter 'table_check' gespeichert. In der Tabelle sind die Bestandteile des 'insert'- und 'check'-Array zusammengefasst.

 

english Schlüssel german english insert german english check german english Beschreibung german

english viewid german english ja german english ja german english String, mandatory. Mit Hilfe dieser ID werden die Views identifiziert. Die IDs müssen innerhalb eines Workflows eindeutig sein. Die eigentlichen Namen der Views werden von der Anwendung generiert und haben die Form: view<aktuelle_zeit>. german

english query german english ja german english ja german english Array, mandatory. Das Array hat die in Abschnitt beschriebene Struktur. Mit diesem Query wird der View definiert. german

english leittabelle german english ja german english ja german english String, mandatory. Name der Leittabelle, auf die sich der View beziehen soll. Zwar können im View durch Joins mehrere Tabellen der Datenbank zusammengefasst werden, Updates und Inserts haben jedoch nur Auswirkung auf die Leittabelle. german

english rechte german english ja german english ja german english String oder Array. Die hier definierten Rechte werden für den View gesetzt. Bei der ersten Variante werden die Rechte für den unter 'user' (siehe Abschnitt ) eingetragenen Benutzer gesetzt. Bei der Array-Variante werden die Benutzernamen als Schlüssel und die zugeordneten Rechte als Werte eingetragen. Die Rechte sind in beiden Varianten durch Komma getrennt. german

english req german english ja german english nein german english Array. Das Array hat als Schlüssel Attributnamen der Leittabelle und dazu passende Werte. Wird durch einen View ein Tupel in die Leittabelle neu eingefügt, werden für die entsprechenden Attribute diese Werte verwendet. Dadurch kann beispielsweise sichergestellt werden, dass nur neue Tupel für den aktuellen Workflow erstellt werden. german

english get_attrib german english ja german english nein german english String. Durch Komma getrennte Liste von Attributnamen des Views. Beschreibung siehe Text. german

Bemerkungen:

• 'viewid': Die Generierung der Viewnamen durch die Workflowanwendung soll sicherstellen, dass die Namen in der DB eindeutig sind. Die View-IDs müssen hingegen nur für einen Workflow eindeutig sein. Dadurch kann ein Modul mit einem ExtMod-Submodul in mehreren Workflows verwendet werden, ohne dass besondere Vorkehrungen für die Viewnamen getroffen werden müssen. Die Viewnamen werden in die Relation 'workflow_extmod_param' eingetragen. Die Viewnamen können außerdem mit Hilfe der Funktion 'view_info($viewid)' abgefragt werden. Die Funktion gibt ein Array zurück, das unter dem Schlüssel 'name' den Viewnamen enthält.
• 'query': Das Query-Array kann neben den in Abschnitt 4.3.4 beschriebenen Einträgen für das Datenbank-Management-System MySQL außerdem einen Schlüssel 'WITH_CHECK_OPTION' für beschreibbare Views enthalten. Bei einem INSERT oder UPDATE wird dann überprüft, ob sie den in der View-Definition enthaltenen Bedingungen genügen. Wenn beispielsweise der View nur Tupel enthält, bei denen das Attribut xyz größer ist als 10, dann können durch den View keine Tupel eingefügt werden, bei denen xyz kleiner ist als 10.
  Der Schlüssel 'GROUP' sollte nicht benutzt werden, da die Views, damit nicht vollständig umgehen können.
• 'leittabelle': Da die untersuchten DBMS gar nicht oder nur eingeschränkt Write-Through-Views unterstützen, wird das Durchschreiben durch den View von der Workflow-Anwendung nachgebildet. Da dies eine sehr komplexe Angelegenheit ist, wird das Durchschreiben auf die angegebene Leittabelle beschränkt.
• 'req': Dieser Schlüssel wird bei der Verwendung von MySQL als DBMS nicht berücksichtigt.

Im folgendem Beispiel wird von diesem Szenario ausgegangen: Über ein Web-Formular kann sich ein Student über seine Matrikelnummer und den Uniname für eine Vorlesung (Vorlesungsnummer = 10) anmelden. Dabei muss er außerdem auswählen, ob und an welchen Übungen er teilnehmen möchte. Dazu sind zwei Insert-Views nötig. Über den ersten wird die Anmeldung in die Relation 'student_besucht_vorlesung', über den zweiten in die Relation 'student_besucht_uebung' übernommen. Über den Check-View wird sichergestellt, dass der Student in der DB existiert. Außerdem wird über den Check-View der Primärschlüssel 'studentnummer' bestimmt, der in 'student_besucht_vorlesung' und 'student_besucht_uebung' als Fremdschlüssel gebraucht wird.

• []$modul_param = array( 

    id=>"steuerung_extmod", 

    extmod_id=>"extmod1", 

    aufruf_id=>"test", 

    insert=>array(

      array(

        viewid=>"vorlesungsanmeldung_insert",

        leittabelle=>"student_besucht_vorlesung",

        query=>array( 

          array( 

            SELECT=>"v.vorlesungnummer, v.studentnummer", 

            FROM=>"student_besucht_vorlesung v", 

            WHERE=>"v.vorlesungnummer='10'", 

            WITH_CHECK_OPTION=>1 

          ), 

        ), 

        req=>array(

          vorlesungnummer=>10,

        ), 

        rechte=>"SELECT, INSERT",

      ),

      array(

        viewid=>"uebungsanmeldung_insert",

        leittabelle=>"student_besucht_uebung",    

        query=>array( 

          array( 

            SELECT=>"u.vorlesungnummer, u.studentnummer, u.besuchtuebung, 

              u.gruppennummerpraeferenz1, u.gruppennummerpraeferenz2", 

            FROM=>"student_besucht_uebung u", 

            WHERE=>"u.vorlesungnummer='10'", 

            WITH_CHECK_OPTION=>1 

          ), 

        ), 

        get_attrib=>"besuchtuebung, gruppennummerpraeferenz1, 

          gruppennummerpraeferenz2", 

        req=>array(

          vorlesungnummer=>10,

        ),  

        rechte=>array( 

          fopra=>"SELECT, INSERT", 

          control=>"INSERT, UPDATE", 

        ), 

      ),

    ),

    check=>array(

      viewid=>"vorlesungsanmeldung_check",

      leittabelle=>"student",  

      query=>array( 

        array( 

          SELECT=>"s.studentnummer, s.matrikelnummer, s.universitaetsnummer", 

          FROM=>"student s" 

        ), 

      ), 

      rechte=>"SELECT",

    ),

  ); 
  

  modul_extmod($modul_param);