From:Frank Haegele
Date:21.11.02 10:24
Subject:Re: 6.5.1 Bug im MySQLmax-PlugIn
Reply-To:<imperia-users@imperia.de>
References:
  • 20.11.02 22:54 Gerundt Pascal
    Re: [IMPERIA] 6.5.1 Bug im MySQLmax-PlugIn
  • Hallo Pascal,
    
    Gerundt Pascal wrote:
    
    >Hallo Georg,
    >
    >  
    >
    >>Hallo Pascal,
    >>    
    >>
    >>>Möglicherweise läßt sich der Fehler durch Ändern der Tabelle meta_info
    >>>(meta_name UNIQUE) beheben...
    >>>      
    >>>
    >>Nein!!! um himmelswillen nicht!! (Neben der Tatsache dass du damit das
    >>archiv zerschiest, gibt es noch Felder die mehr als einen Wert haben)
    >>    
    >>
    >...war ja nur so ein Gedanke :-)
    >
    gut, daß Du es einsiehst, denn in der meta_info liegen alle meta daten, 
    die im Laufen des "Lebens" eines
    Dokuments so angefallen sind und diese werden im Gegensatz zum 
    Filesystem hier in _einer_ Tabellen
    gesammelt - sonst bräuchte man ja auch keine Datenbank, sondern könnte 
    bei Filesystem bleiben.
    Das Filesystem legt die unterschiedlichen Infos in teilweise 
    unterschiedlichen Files ab.
    
    >>Ok, gesetzt den Fall das Dokument ist noch im Workflow (und dich
    >>interessiert die aktuelle Version), kannst Du entweder die Tabelle Documents
    >>
    >>befragen, (wäre allerdings unsportlich) oder aber noch zusätzlich überprüfen
    >>
    >>(sicherstellen) dass arch_id == NULL ist.
    >>
    >>Für den Fall das das Dokument den Workflow verlassen hat, gibt es keinen
    >>Eintrag mit . In dem Fall musst du ggf zuerst die "richtige" Archiv_Id
    >>bestimmen. Diese stehen in der Tabelle archive. Wenn dich der Letzte Eintrag
    >>    
    >>
    >>dort interessiert kannst du diese mit  (in etwa) 
    >>
    >>SELECT arch_id
    >>    
    >>
    >>   FROM archive
    >>   WHERE doc_id = ? AND
    >>         arch_id IS NOT NULL 
    >>   ORDER BY arch_id DESC
    >>   LIMIT 1
    >>    
    >>
    >>bestimmen.
    >>    
    >>
    >>Möchtest du denn letzten Freigeschalteten Stand musst du in archive noch
    >>sicherstellen dass  arch_flag == 'p' ist.
    >>    
    >>
    >
    >das klingt sinnvoll, werd ich morgen mal probieren.
    >
    >Liegen alle freigeschalteten Dokumente nicht auch in der Table "longlive" -
    >oder für was ist die gut?
    >
    Vollkommen richtig, genau dafür ist sie gut ;-)
    
    >In der aktuellen Implementierung hab ich mir aus "longlive" die "node_id"
    >gezogen und suche mir dann aus der "document" die zugehörige "doc_id"... und
    >mit der kann ich dann die Metainformationen aus "meta_info" auslesen.
    >
    >Das ist ein ziemlicher Overkill, oder?
    >
    Wenn ich Dich richtig verstehen, würdest Du gerne in der Tabelle 
    longlive noch die Spalte "doc_id" haben,
    um dann direkt auf die meta_info zu zugreifen?
    
    Hast Du Dir ein Perl-Script geschrieben? Dann könntest Du doch aus der 
    "node_id" von der Tabelle "longlive"
    die "doc_id" herausfiltern (letzte Hexzal  z.B:  0000 000f), diese in 
    ein Integer umwandeln und direkt damit
    auf die "meta_info" zugreifen. Wahrscheinlich aber immer noch ein Akt ...
    
    Oder schwebt Dir irgendwas anderes im Kopf vor?
    
    >Dann nehm ich halt die "archive"... :-)
    >  
    >
    Oder eben so ... :-)
    
    >
    >Gruß,
    >Pascal
    >
    >  
    >
    Gruß
    
    -- 
    Frank Hägele
    
    Imperia AG    Leyboldstrasse 10    D-50354 Huerth
    
    
    Thread (6.5.1 Bug im MySQLmax-PlugIn)

    © 2001, 2002 marchive.pl Christian Lackas

    [HOME]   [MARCHIVE]   [INDEX]   [IMPERIA]   [IMPRESSUM]   [DELTA]