On Tuesday, January 06, 2004 2:54 PM, Patrick Shoaf wrote:

> At 09:37 PM 1/5/2004, Bryan Koschmann - GKT wrote:
> >Now, I know there are a few discrepancies there but I just don't know 
> >enough to argue it. I * need* to use MySQL as the server because of 
> >cost reasons. I *WANT* to use MySQL because I don't care for MS choose 
> >not to run their products.
> >
> >If you can give me any information to help me argue this I would really 
> >appreciate it.

> I have previously used Borland's Delphi for various programs I needed to 
> write in the M$ environment.
> ...
> When I am forced to use M$ platform, I use every means at my 
> disposal to use non-M$ products to accomplish the job.  I use Apache for 
> Web Servers, Perl for Web Scripting, ColdFusion for dynamic web sites 
> accessing various DBs, Bind for DNS, MySQL for all new DBs, etc.  For
those 
> of us that prefer to not use M$, but are forced to use the OS, I always
try 
> my best to make sure I can at least program in something other than 
> MS.

I've used MS Visual Basic quite a bit over the years. But I do a lot of
cross-platform stuff now so I had to research alternatives. Consequently,
I've spent a good deal of time with other languages (C++ and Java), looked
at various IDEs (Borland and Metrowerks), etc. However, though it would be
considered relatively new to Windows, Real Basic is a visual development
language and IDE that you might want to take a look at. It has been around
for several years on the Macintosh platform, and, as I said, has the ability
to compile cross-platform from the same code base (similar to Java). It's
object-oriented language is like a cross between MS Visual Basic and Java.
The distinguishing feature of the "pro" version is that it comes with
database plug-ins for the IDE (including one for MySQL). These plug-ins are
compiled code add-ins (written in C++) that basically encapsulate most of
the functionality of the MySQL C API and mapping the calls to the Real Basic
language. I'm pretty sure you can get a demo version to evaluate whether or
not it supports all the functionality you want. I don't personally have any
experience creating solutions that require transaction support, but I
believe it supports at least the basic elements of transactions with MySQL.

Duane

-- 
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:    http://lists.mysql.com/[EMAIL PROTECTED]

Reply via email to