From: Tomasz K. <tk...@gm...> - 2009-03-29 14:22:46
|
I think that GSoC project scope could include adding more that one database support, do TDBC, for example: a) 1 or 2 database tcl-only adopters on top of existing Tcl bindings b) one new C TDBC binding for selected database (+ evaluation how feasable it is by comparing to tcl-only adopters - performance, features, maintenance overhead) c) checking how TDBC can be used on top other *popular* multidatabase interfaces like OpenACS DB API (http://openacs.org/doc/current/db-api.html) which was reimplemented in pure Tcl as nstcl), AOLserver original ns_db and new Naviserver ns_dbi, see comparision in http://wiki.tcl.tk/14972. We've already have TclODBC TDBC driver. d) explore approach about emulating those other multidatabase APIs on top of TDBC to allow smooth transitions. I'm not sure that all those points are feasible but i think they should be researched. Single tcl-only adopter is probably a few days task and it IMHO is far too small project for 12+ weeks of quite well paid work. I think that we are willing to spend one slot for such a more complete approach. But this is my humble opinion, maybe other mentors disagree or rather support my view. So I looking forward for a discussion. That is why I also cross post it to tcl-core so others can join tcl-gsoc mailing list if interested (https://lists.sourceforge.net/lists/listinfo/tcl-gsoc). --tkosiak 2009/3/29 vishakh harikumar <vs...@gm...>: > ive been checking up on TDBC development too > i think tcl interface for postgresql already exists > http://pgtclng.projects.postgresql.org/ which is based on libpq the standard > postgresql library > so it would only be a matter of adding above library to the standard > interface for the driver? > so maybe i should apply for adding oracle support? > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Tcl-gsoc mailing list > Tcl...@li... > https://lists.sourceforge.net/lists/listinfo/tcl-gsoc > > |