On 03/11/14 21:26, Dimitry Sibiryakov wrote: > I prefer Newton and Einstein to be wrong about gravitation because flying > is more > convenient than walking. But we have to live with reality. ;)
If we return to reality we will see that firebird/interbase API always used to work with messages represented as plain buffers at all routable API levels. And from my POV even this single fact is enough to keep it as is at least in FB3 - or we will never have a release (yes, that's about reality). But if someone wants to built one more level of API _over_ plain messages (like it was with SQLDA, but please expandable!) I see no problems with it. I think that thin wrapper is the best way to solve this problem as long as we have well defined format of message buffer decoded/encoded using that wrapper. If you can suggest a wrapper without 4 levels of boost macros (though suppose Adriano is using >4) with compatible performance and services - why not? Moreover, high performance requirements arrive here only when using embedded access and processing high volumes of data, returned by engine (something like complex statistics analysis). ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
