>>You will never be able to go completely away from UniBASIC while keeping a >>U2 database. I don't think that's possible.
We use Uniobjects on our web servers to access our Unidata servers. Technically we could avoid UniBasic with Uniobjects, although I don't recommend it. It has makes more sense to push the database logic to the database server using Unibasic routines called by Uniobjects. Charles Shaffer Senior Analyst NTN-Bower Corporation [email protected] Sent by: [email protected] 02/04/2011 01:29 PM Please respond to U2 Users List To: [email protected] cc: Subject: Re: [U2] A new DML? In a message dated 2/4/2011 11:23:36 AM Pacific Standard Time, [email protected] writes: > Most of this discussion is about client side connectivity. What I would > love to see is a replacement for UniBASIC. Server side language > bindings are what interest me. > Of course you can do this. Which of your clients do you think would be willing to pay me to develop all the subroutines in PHP ? You will never be able to go completely away from UniBASIC while keeping a U2 database. I don't think that's possible. How do you even address the database without going through the low-level read write core ? You have to scan the file structure, with a knowledge of groups and delimiters and link space and then be able to extract the records, and put them back... by frame. and append when necessary and relink. That's a lot of code. But you can certainly create the routines in PHP that do the file manangement with the UniBASIC relegated to just the middle level of read-write processing and nothing else, and then start building your PHP routines on *top* of these. W _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users -- This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
