Find Speed/Database

[giesse--writeme--com]

for it... :-) [tim--johnsons-web--com]

MySql runs on as many platform as does rebol/core If Command had MySQL support out of the box, I could put it to work on paying projects the day it ships. (I get paid, Carl gets paid.) Without MySQL support, REBOL is still a hobby (sigh), leaving me stranded in the JSP/PHP zones. -- Ted Husted, Husted dot Com, Fairport NY USA. -- Custom Software ~ Technical Services. -- Tel 716 425-0252; Fax 716 223-2506. -- http://www.husted.com/

I can see two fundamental problems here - - how fast is ODBC connectivity in comparison to native one? - we don't know /Command pricing yet, but sadly - I still think shell access and library calls at least belong to /Core, or at least should be free. ODBC should cost some little money and native drivers (e.g. Oracle, DB2 components) could cost much higher. Let's see what pricing policy will RTcome with, but being it one way or another - your PHP "native" connection to MySQL will be always free ... If REBOL/Command is priced more than 50-100 in the tool level, It will be time to try to write socket connection protocols for /Core (if MySQL, PostGresSQL etc. allow this) or simply stay with PHP for e.g., as I can't imagine I tell my boss we should pay for something, just because I like it, if all I need is ASP, PHP level thingy ... Regards, -pekr-

Hi, where is the problem? I'm using MySQL (via ODBC) and it works perfectly (at least for what I did test). Robert

Hi, what I have seen so far it's not that bad. ODBC is mainly a translation layer, so quite thin. It might be a bigger problem, that you can't use all available features.

I agree here! Shell access is the essential piece to use Rebol in replace for Perl etc. in normal system admin tasks etc.

I would like to see a way to add our own DB support. Why should RT do all the work, we can help them. There are a lot of people needing the same stuff here, so pooling our efforts to get what we need should be possible. RT should concentrate on the "core" stuff. I don't know their business-model (hey, perhaps Carl is wealthy enough, and he sees the RT team like a football team to have fun with ;-)) but I would pay some $$ (note the number of signs ;-)) to use Rebol in a commercial environment.

for

PHP

Well, I agree that this might become a problem. Perhaps RT can enlighten us a bit about their business model. This information is quite useful for us too, as I have to tell the people in the field, how things will proceed, what the company does, that the product development will be continued etc. This thing isn't only about technology. Robert

I looked at mysql.org page yesterday too, but found out only following: there are two ways of how to configure mysql database for connections: - you can use unix sockets (connection thru files - faster one) - connection thru TCP/IP Now let's expect you can't afford buying /Command version and so connect thru some native library or /ODBC, so you are left with /Core and TCP/IP connection or Unix sockets as described above. So - is let's say TCP/IP connection described anywhere? It has to use some kind of text based protocol. The question is what form MySQL returns record set in and how time-consuming parsing/decoding would be. Maybe even connection thru sockets would not be so difficult to achieve? Regards, -pekr-

perfectly (at least for what I did test). Robert I'll give it a try, seems like such a kludge though. Problem is that I have the Command beta, but I missed the link to the documentation, so I haven't a clue as to how to use the new features. -Ted.