Michael Van Canneyt wrote:
One of the things I've been thinking about is integrating it with tiOPF,
so one wouldn't need to write SQL any more. You could use it to reverse
engineer all used SQL statements and convert it to something more OOP.
It would be very cool to be have an OQL in
On Wed, 18 Aug 2010, Lee Jenkins wrote:
Michael Van Canneyt wrote:
One of the things I've been thinking about is integrating it with tiOPF, so
one wouldn't need to write SQL any more. You could use it to reverse
engineer all used SQL statements and convert it to something more OOP.
- Michael Van Canneyt mich...@freepascal.org schreef:
[snip on usage of new SQL parser]
why stop there? Maybe a language-construct like LINQ in .Net for
dynamic+iteratable resultsets?
As far as I understand it, LINQ does the opposite; it expresses
iterators in a kind of SQL syntax ?
Hi,
I've committed in the FPC packages (fcl-db/src/sql) a
SQL scanner/parser/Abstract Syntax Tree.
It can parse the complete SQL syntax, as implemented by Firebird, SQL
dialect 3 (which should come pretty close to SQL-92) and builds a syntax
tree from it. The Abstract Syntax Tree can
On 08/17/2010 10:10 AM, Michael Van Canneyt wrote:
I'm not sure I understand what you mean with this ?
(As in many cases) I'm not writing for my own benefit, as I'm not at all
a typical Delphi/Lazarus user :) . )
I once did a quite small project doing a kind of embedded server-type
On 08/17/2010 11:33 AM, Michael Van Canneyt wrote:
What are 'visual' thread party components ?
Sorry for too fast typing ;(
visual third party components
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org