>> UDR is about integration. > >> Anyone claiming UDR to be a replacement to PSQL or exposition >> of code does not understand what UDR is. > >There is still a lot of room for moving complex code out of >PSQL and into external procedures. There are many things for >which PSQL is not an ideal choice, just as there are things >for which UDRs will not be ideal. And there do seem to be >opportunities for UDRs to be used to pull out some of the >"sensitive" logic that people are trying to protect, and >even just hiding some parts of a sensitive procedure will be >like a black box that may make the meaning of the rest less >clear - and less easily diverted to unwanted use. > >But you're right, of course. I've not tried to use UDRs yet, >so I can't claim to fully understand or know the limitations. >And, like all new features, it will take time to learn what's >possible and what's practical.
And it might not be feasible to rewrite PSQL code to UDRs, given time and money constraints. With regards, Martijn Tonies Upscene Productions http://www.upscene.com Download Database Workbench for Oracle, MS SQL Server, Sybase SQL Anywhere, MySQL, InterBase, NexusDB and Firebird! ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
