A bit late to this discussion. > I mainly wonder about speed, because using an interpreted language > will always give some penalty wrt native DBMS. Would the greater > simplicity of the REBOL approach justify such a penalty, in your > opinion? > I think such an approach could carve out its own niche applications. Applications upgrading to or requiring blistering speed would need to consider alternatives as they do now (I mean that you always have to pick your solutions according to your requirements). A really really big plus for this project would be that it would stress test Rebol for reliability and stability. If you do it, I'd love it. Especially with the functionality already discussed. Brett. -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
- [REBOL] Re: PostgreSQL 2 Rebol and back again... Jamey Cribbs
- [REBOL] Re: PostgreSQL 2 Rebol and back again... Gabriele Santilli
- [REBOL] Re: PostgreSQL 2 Rebol and back again..... Jamey Cribbs
- [REBOL] still a rookie Giovanni Cardona
- [REBOL] Re: still a rookie Marc Lombart
- [REBOL] Calling rebol script from insid... Hallvard Ystad
- [REBOL] Re: Calling rebol script from i... Andrew Martin
- [REBOL] Calling rebol script from insid... Hallvard Ystad
- [REBOL] Calling rebol script from insid... Hallvard Ystad
- [REBOL] Re: Calling rebol script from i... Dan Rolander
- [REBOL] Re: PostgreSQL 2 Rebol and back again..... Brett Handley
- [REBOL] Re: PostgreSQL 2 Rebol and back again... chaz
- [REBOL] Re: PostgreSQL 2 Rebol and back again... Gabriele Santilli
- [REBOL] ODBC Graham Chiu
- [REBOL] Re: ODBC Ric Shepard
- [REBOL] Re: ODBC Graham Chiu
- [REBOL] Re: ODBC Allen Kamp
- [REBOL] Re: ODBC Graham Chiu
- [REBOL] Re: ODBC Graham Chiu
- [REBOL] Re: ODBC sqlab
- [REBOL] Re: ODBC Petr Krenzelok