OpenOffice.info

[quote="Bubi Meier"]"Mein Vater"[/quote]bei DEM Benutzernamen konnte ich mir die Anrede nicht verkneifen.
Ich hoffe natürlich, dass Du Deinen Vater kennst und ich nicht in Verdacht gerate.

Das Buch kenne ich nicht - und ich gestehe auch einem Autor zu sich mal zu vertun. Ist ärgerlich, wenn man danach programmiert, aber manchmal nicht zu vermeiden.


Jetzt aber ins Bett!

[quote="komma4"]"Mein Sohn",lese nochmal den zitierten Satz der Beschreibung.

"UPDATEABLE is not supported by Resultset"

Merke: ist so vorgesehen. Zum [i]update[/i] ein [color=#008000]RowSet[/color] verwenden.

Wenn es solche Stellen gibt, dann sind sie falsch (abgeschrieben).[/quote]

"Mein Vater",

du hast recht, ich ahnte aus dem Zitat der SDK auch schon diese Konsequenz, allerdings fand ich mich zu unwürdig, dies so in dieser Klarheit auch zu formulieren.

Ich komme nun nicht umhin darauf hinzuweisen, dass in einem 'berühmten' Buch, welches in diesem Forum oft, man munkelt vom Autor, empfohlen wird, das Kapitel 8.3.3 nach deiner Erkenntniss komplett 'abgeschrieben' ist. Ich brauche nun wohl nicht darauf hinzuweisen, dass auch ich mir dieses Buch für 39,99 € gekauft habe. Daher mein anfängliches Zögern beim Anzweifeln dieser Erkenntniss.

Wie dem auch sei, Danke für den Hinweis. Man sollte nicht alles glauben, was in Büchern steht.

-bm

[quote="Bubi Meier"]Merkwürdig ist allerdings, dass das Erzeugen des ResultSets scheinbar nicht mit den Eigenschaften UPDATEABLE zu bewerkstelligen ist.[/quote]
"Mein Sohn",
lese nochmal den zitierten Satz der Beschreibung.

"UPDATEABLE is not supported by Resultset"

Merke: ist so vorgesehen. Zum [i]update[/i] ein [color=#008000]RowSet[/color] verwenden.

[quote="Bubi Meier"]ResultSets mit ResultSetConcurrency = UPDATEABLE[/quote]
Wenn es solche Stellen gibt, dann sind sie falsch (abgeschrieben).

[quote="komma4"]Gut getippt:
Im [url=http://opt/openoffice.org2.3_sdk/docs/common/ref/com/sun/star/sdbc/RowSet.html]SDK[/url] siehst Du, dass [color=#008000]ResultSet[/color] ein "included service" von [color=#008000]RowSet[/color] ist.

[...]

Naja, wie auch immer. RowSet hat also ResultSet 'geerbt'. Merkwürdig ist allerdings, dass das Erzeugen des ResultSets scheinbar nicht mit den Eigenschaften UPDATEABLE zu bewerkstelligen ist. Bei einem RowSet klappt das hingegen. Der Effekt ist hier bei mir auf WindowsXp genauso wie unter SuseLinux 10.1 festzustellen.

Hat hier überhaupt schon mal jemand sowas erfolgreich gemacht? Also klappt bei irgendjemandem das Erstellen von ResultSets mit ResultSetConcurrency = UPDATEABLE, oder ist das aus irgendeinem Grund so eine 'Legende', die in den entsprechenden Foren oder Büchern immer wieder 'abgeschrieben' wird?

bm

Gut getippt:
Im [url=http://opt/openoffice.org2.3_sdk/docs/common/ref/com/sun/star/sdbc/RowSet.html]SDK[/url] siehst Du, dass [color=#008000]ResultSet[/color] ein "included service" von [color=#008000]RowSet[/color] ist.

Letzter Satz der Beschreibung:
[quote="service com.sun.star.sdbc.RowSet"]On the other hand, a rowset can be used to implement capabilties for a result set, which are [b]not supported[/b] by a driver result set, like caching strategies or [b]update capabilities[/b].[/quote][Hervorhebung durch mich]

Viel Spass beim Lesen :-)

Guten Tag, meine Damen und Herren

Ich ringe nun schon seit etwa zwei Tagen mit einem Problem, das hier scheinbar schon öfters diskutiert wurde. Es handelt sich um das Erstellen eines [i]ResultSets[/i] aus einem [i]DataSource[/i], das dann UPDATEABLE bzw. SCROLL_SENSITIVE sein soll. So beispielsweise in

http://de.openoffice.info/viewtopic.php?f=18&t=3181&p=12614&hilit=+ResultSetConcurrency#p12614
http://de.openoffice.info/viewtopic.php?f=18&t=12408&p=49372&hilit=+ResultSetConcurrency#p49372
http://de.openoffice.info/viewtopic.php?f=8&t=12349&p=49176&hilit=+ResultSetConcurrency#p49147
http://de.openoffice.info/viewtopic.php?f=8&t=12349&p=49147&hilit=+ResultSetConcurrency#p49147
http://de.openoffice.info/viewtopic.php?f=18&t=6256&p=23708&hilit=+ResultSetConcurrency#p23708

zu lesen.

Ich habe die hier beschriebenen Phänomene auch in gleicher Weise erfehren. Ein Schreiben der Eigenschaften
[i]ResultSetConcurrency[/i] und [i]ResultSetType[/i] führt nicht zum Erfolg. Merkwürdigerweise sind die Eigenschaften aber auch nicht READONLY, zumindest protestiert die Umgebung beim Schreiben nicht, was sonst bei READONLY Values der Fall, und auch sinnvoll, ist.
Dies stellt sich auf Windowssystemen ebenso wie auf Linuxbasierten System dar. Wenn jemand einen Mac und etwas Zeit hat , kann er ja mal gucken, ob dies auch da so ist. :))

Nun habe ich den 'offiziellen' OpenOffice 2.3 Developers Quide aus dem Hause Sun Microsystems (kann man da runterladen) mal etwas genauer beobachtet.

Wenn man den Datebankzugriff über ein 'RowSet' gestaltet, klappt alles so wie man sich das denkt. Das RowSet Object hat scheinbar viele (womöglich alle) Methoden und Eigenschaften, die ein ResultSet Object auch haben sollte. Womöglich ist ResultSet an RowSet vererbt, oder umgekehrt. Der Unterschied der beiden Objekte ist mir noch nicht ganz klar, vielleicht ist das aber auch nicht nötig.

Ein Beispielcode, den ich auch nur im oben erwähnten Werk abschrub, ist etwa:


[...]
RowSet = createUnoService("com.sun.star.sdb.RowSet")
RowSet.setPropertyValue("DataSourceName", "NatuerlichRad")
RowSet.setPropertyValue("CommandType", com.sun.star.sdb.CommandType.COMMAND)
RowSet.setPropertyValue("Command", "SELECT * FROM ""TKunden"" ""TKunden"" ORDER BY ""Nachname"" ASC")
RowSet.execute()
RowSet.MoveToInsertRow()
RowSet.UpdateString(RowSet.findcolumn("Vorname"), "Sepp")
RowSet.UpdateString(RowSet.findcolumn("Nachname"), "Meier")
RowSet.insertRow()
RowSet.close()
[...]

TKunden ist dabei so beschaffen, wie sich das wahrscheinlich alle denken.
RowSets sind scheinbar per default UPDATEABLE bzw. SCROLL_SENSITIVE.

bm