Hello: > These two examples that you posted, where did you get them?
I have coded them in order to test the batching feature XD and both are working :) > I ask, because I think that would be to our (.Net and Java drivers) benefit > to > document these changes somehow. Do you think it is worth the effort? Is > it feasible at all? Sure. I think i should update the protocol documentation i have for the actual protocol implementation of the provider. > Looks good. In Jaybird I was thinking about introducing new methods into > GDS interface that would do similar things to your Prepare() and > Execute() methods. However I would need to do some refactorings to be > able to handle different protocol versions. I was thinking on doing something similar too, not sure how i will be doing that finally, while i like the idea posted on my previous post. > Also, as I remember from my discussions with Dmitry and Vlad, we need to > have some buffer for the calls that can be delayed (e.g. isc_dsql_free), > but it seems that it can be hidden somewhere in the GDS implementation > (or maybe even in the stream class). For now i will be happy implementing the message batching, i haven't seen yet how the delayed messages works and how it could be used in the provider :) ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Firebird-net-provider mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/firebird-net-provider
