I personally have nothing against adding other providers, the API to do so is
very simple and I'll be happy to help anyone who wants to do it.
It's just that I have neither interest nor need to do it myself, so I won't be
the person doing this work.
I was looking into adding Oracle support, but the OCI library that you have to
use to do that is absolutely awful, so I stopped that effort. I might pick it
up again at some point if I really have the need to do that.
Regards,
Elias
On 7 Jan 2017 03:31, "Blake McBride" <address@hidden <mailto:address@hidden>>
wrote:
My component and keyed file systems are built on Elias' SQL DB interface.
Do I need to convert those?
Also, if we are making the SQL interface an integral part of GNU APL, I
would really like to see MS SQL Server support added.
Thanks!
Blake
On Fri, Jan 6, 2017 at 9:57 AM, Juergen Sauermann <address@hidden
<mailto:address@hidden>> wrote:
Hi,
Elias (the author of the SQL native function) and myself have
converted the previously native function into a system function named
*⎕SQL*. Everything else remains the same.
The *wslib5/SQL.apl* workspace was updated accordingly; if you use
that workspace instead of the native function directly then you should
not notice any differences.
The native function for SQL will remain for a while, but disappear
eventually.
Enjoy,
Jürgen