SQL Fenced oder NOT Fenced

[andreaspr@aon.at]

Hallo Peter,

Richtig: bei fenced arbeitet die function in einem seperatem thread.
bei not fenced nicht. dies kann zur performance-optimierung verwendet werden, da kein eigener thread erstellt werden muss.
jedoch muss bei not fenced darauf geachtet werden, dass beim arbeiten mit cursor keine überschneidungen stattfinden, da bei not fenced der cursor offen bleiben kann und es darf der name cursor in der UDF nicht gleich sein wie im PGM welches das UDF aufruft.

mein tipp: not fenced NUR verwenden, wenn in der function nicht mit cursor gearbeitet wird.

lg andreas

[dabeda]

Cursor ist keiner in der UDF, aber ich versteh nicht warum die Funktion abstürzt wenn ich FENCED, das ja default ist, benutze.
Es wird einfach aus einem Table ein Feld ausgelesen, das sollte ja nicht allzu kompliziert sein.

Ich hab prinzipiell kein Problem damit die UDF mit NOT FENCED zu erstellen, aber das "warum" interessiert mich sehr.