[RTC] Blob Feld Speicherung in SQL verhindern

Hallo Zusammen,

Folgendes Problem:

Wir haben eine zentrale Tabelle für Bitmaps (also DataType "BLOB", SubType "Bitmap"), um im RTC etwas "farbe" reinzubringen. Diese Bitmaps werden einmalig in SQL abgelegt. Wenn nun ein Bitmaps in einer anderen Page angezeigt werden soll, dann holen wir das Bitmap aus der Tabelle und laden diese in die Page (mit Clacfields). Da Problem ist nun, falls eine Änderung in dem Datensatz erfolgt, dann wird das Bitmaps als Kopie nochmal in der DB gespeichert.

Im Grunde soll das Bitmap in anderen Pages nur als Anzeige dienen. Funktioniert soweit gut, nur bei Modify werden diese dann mitgespeichert.

Kann man das irgendwie verhindern?


Gruß
Aydin

Ich versteh zwar ehrlich gesagt nicht, was du meinst mit

falls eine Änderung in dem Datensatz erfolgt, dann wird das Bitmaps als Kopie nochmal in der DB gespeichert.

, aber:

Versteh ich dich richtig, ihr arbeitet mit einem Lookup-FlowField?
Dann versucht es doch mit einem NormalField oder Funktion.

Hallo Natalie,

also nochmal:-)

Es gibt eine zentrale Tabelle in der alle Bitmaps gespeichert sind.

Zur Laufzeit holen sich die Pages, die ein Blob Feld besitzen, die entsprechenden Bitmaps (Repearter: da man im RTC nicht viel mit den Farben machen kann).

Das Problem ist sobald ein Modify abgesetzt wird, dann wird das Bitmap wieder in die Datenbank gespeichert (Unnötig weil das Bitmap bereits in der zentralen Tabelle schon vorhanden ist).
Auf Dauer wäre das keine Lösung, das würde den SQL Server unnötig auslasten.

Ziel ist: Blob Feld anzeigen aber nicht wieder in die DB speichern.

Gruß
Aydin

Warum machst du denn ein modify auf der Bitmap- Tabelle

Gruß, Fiddi

Hallo,


in der Bitmap Tabelle wird kein modify gemacht (da wird nix geändert).
Aus der Tabelle holen sich andere Pages die Bitmaps z.B falls ein Wert im negativen Bereich ist (als Bitmap ein Warndreieck von mir aus).
Und wenn der User in diesen Pages was ändert, dann sollen zwar alle Werte in die DB geschrieben werden aber das BlobFeld sollte quasi ignoriert werden.


Hat das eigentlich niemand so realisert?


Gruß
Aydin

Aydin,

da ihr die Tabelle in der die Bitmaps angezeigt werden eh schon um Blob-Felder angereichert habt, was hält euch davon ab, im Zuge dieser Änderung auch gleich die Felder per CLEAR() im OnModify() Trigger zu bearbeiten? Gern auch mir einem Blob.HASVALUE davor...

Hallo,

wenn ich dich jetzt richtig verstanden habe, dann habt ihr in eurer Tabelle, die in der Page eigentlich angezeigt wird ein BLOB- Feld eingebaut, das mit der Bitmap aus der Bitmap-Tabelle zur Anzeige gefüllt wird.

Wenn dem so ist, spare dir das Feld in der Tabelle der Page, und mach im OnAfterGetRecord der Page ein Get auf die Bitmaptabelle, und Calcfields auf die Bitmap. In der Page gibst du jetzt das Feld aus der Bitmap-Tabelle als SourceExpression an, also z.B. Bitmap.Picture, und setzt das Feld in der Page auf nicht editierbar. (in der Form funktioniert das so, sollte eigentlich auch in der Page funktionieren )

Gruß, Fiddi

Ich bin nicht sicher fiddi, aber ich glaube genau das könnte ein Problem sein :)

Ich denke das er es lt. dieser Anleitung realisiert hat.

Und wenn jetzt in der aktuellen Tabelle ein Modify geschieht, dann wird das Bild mitgespeichert.

Ich denke die Lösung wäre, vor dem Modify das Bitmap Feld zu leeren.(im OnModify Trigger der Tabelle)

Ich denke das er es lt. dieser Anleitung realisiert hat.

Und wenn jetzt in der aktuellen Tabelle ein Modify geschieht, dann wird das Bild mitgespeichert.

Ich denke die Lösung wäre, vor dem Modify das Bitmap Feld zu leeren.(im OnModify Trigger der Tabelle)

Genau das meinte ich. Die Anleitung ist mir bereits bekannt, nur die Ausführung stimmt nicht ganz bei uns.

Also wenn wir im OnModify den Clear Befehl aufrufen, dann wird das Bitmap aber in der Page nicht mehr angezeigt, obwohl das Bitmap im OnAftergetRecord neu geladen wird. Ist da ein Denkfehler?
Oder wir haben die richtige Stelle nicht getroffen:-(

Gruß
Aydin

...
Also wenn wir im OnModify den Clear Befehl aufrufen, dann wird das Bitmap aber in der Page nicht mehr angezeigt, obwohl das Bitmap im OnAftergetRecord neu geladen wird. Ist da ein Denkfehler?
Oder wir haben die richtige Stelle nicht getroffen:-(
...

Ich meinte den OnModifyTrigger der Tabelle nicht den der Page.

Hallo,

ich habs noch mal getestet, Carsten hat teilweise Recht. Mit dem Standard geht es tatsächlich nicht, aber mit dem kleinen Tool von Kine geht es dann doch recht einfach.
Wenn man das Controladdin installiert hat, und dem Bild- Control als 'Controladdin" das "NAVERTICA.DynamicsNAV.UniWPFAddin" zugewiesen hat, funktioniert meine Methode aus den Forms wieder. (Frag mich nicht warum )

Gruß, Fiddi

Hallo,


aber ein Add-In in Repeatern? Das funktioniert leider nicht:-(

Eigentlich muss man nach dem Modify (also wenn die Änderungen in DB geschrieben wird) sagen, dass die Page sich aktualisiert.
Weil die Funktion "LoadBitmap()" im OnAfterGetRecord stattfindet.

Gruß
Aydin

aber ein Add-In in Repeatern? Das funktioniert leider nicht:-(

habe es getestet in Page 46 Sales Order Subform, und zwar im Repeater mit Build 32690

Gruß, Fiddi

Aha das wäre mir neu:-)

Aber wäre trotzdem schön, wenn die oben beschriebene Anforderung klappen würde, dann müsste man kein Add-In reg. (und diese dann immer pflegen), abgesehen davon dass man noch den Client aktualisieren muss.

Aber vielleicht kennt jemand die Lösung?


Gruß
Aydin

Kann man das ganze nicht ohne Tabellenfeld lösen? Also quasi wie in der Form, eine Spalte ohne bezug zu einem Feld und dass dann individuell "befüllen". Dann ist das Modify kein Problem.

Hallo Jan,

es gibt keine (gloable) Variable vom Typ Blob. Bis jetzt habe wir keine andere Möglichkeit gefunden, außer Blob Felder in den Tabellen zu bauen und die Bitmaps zu laden (also von Tabelle zu Tabelle:-)).

http://blogs.msdn.com/b/cabeln/archive/ ... d-ins.aspx


Gruß
Aydin

Kann man das ganze nicht ohne Tabellenfeld lösen? Also quasi wie in der Form, eine Spalte ohne bezug zu einem Feld und dass dann individuell "befüllen". Dann ist das Modify kein Problem.

siehe hier, hier und hier

Gruß, Fiddi