16.02.2013 22:52, Roman Rokytskyy wrote: > I agree with Mark, server makes more sense. You can strip quite a lot > of code, since one hardly needs multiple connections, I am not sure > about concurrent transactions, most likely they can be stripped as > well. What should remain is the JDBC API, the SQL interface and on-disk > structure. Ideally, it should be able to replicate to a full Firebird > server without much coding.
It will be able if you don't clean out ability to support multiple connections. Of course, if you also don't want to lock database in exclusive mode during replication and/or build it into the engine. -- WBR, SD. ------------------------------------------------------------------------------ The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
