On Tue, Oct 5, 2010 at 11:35 PM, Petite Abeille wrote:
>
> On Oct 5, 2010, at 3:14 PM, Robert Calco wrote:
>
> > 3. A standard metadata API. Each RDBMS does this differently and it would
> be
> > nice if developers of, e.g., ORM tools and such did not have to "roll
> their
> > own" metadata query
On Oct 5, 2010, at 3:14 PM, Robert Calco wrote:
> 3. A standard metadata API. Each RDBMS does this differently and it would be
> nice if developers of, e.g., ORM tools and such did not have to "roll their
> own" metadata query and manipulation logic.
Not sure if that really belong to an API thou
On Tue, Oct 5, 2010 at 11:06 PM, Robert Calco <
bob.ca...@softcraft-solutions.com> wrote:
> Petite:
>
>
>> For what's worth, I like what Neil Richardson did with luadbi:
>>
>> A database interface library for Lua
>>
>> http://code.google.com/p/luadbi/
>>
>>
> Yeah the VC++ projects for Windows are
Petite:
On Tue, Oct 5, 2010 at 6:50 PM, Petite Abeille wrote:
>
> On Oct 5, 2010, at 4:11 PM, Javier Guerra Giraldez wrote:
>
> > for me, an 'ideal' relational DB system would look like this:
>
> For what's worth, I like what Neil Richardson did with luadbi:
>
> A database interface library for L
Petite:
On Tue, Oct 5, 2010 at 6:43 PM, Petite Abeille wrote:
>
> On Oct 5, 2010, at 3:14 PM, Robert Calco wrote:
>
> > Thoughts/suggestions welcome!
>
> Not very glamourous, but...
>
> (1) Have the current drivers work properly :))
>
Hmm. I'll have to give that one some thought. I guess it belo
On Oct 5, 2010, at 8:28 PM, Petite Abeille wrote:
> On Oct 5, 2010, at 8:20 PM, Tomas Guisasola Gorham wrote:
>
>>> (1) Have the current drivers work properly :))
>> Could you send examples?
>
> Well, right at this moment, this is just related to the SQLite driver which
> seems not to ret
On Oct 5, 2010, at 8:20 PM, Tomas Guisasola Gorham wrote:
>> (1) Have the current drivers work properly :))
> Could you send examples?
Well, right at this moment, this is just related to the SQLite driver which
seems not to return the result of pragma calls in recent version of SQLite. Se
Hi
for me, an 'ideal' relational DB system would look like this:
- a collection of 'drivers' with a common API, but _absolutely_ no SQL
tinkering. the user should be guaranteed that any SQL he writes will
arrive byte-identical to the SQL engine. this layer is mostly done
with LuaSQL.
Hi
(1) Have the current drivers work properly :))
Could you send examples?
Regards,
Tomás___
Kepler-Project mailing list
Kepler-Project@lists.luaforge.net
http://lists.luaforge.net/cgi-bin/mailman/listinfo/kepl
On Oct 5, 2010, at 4:11 PM, Javier Guerra Giraldez wrote:
> for me, an 'ideal' relational DB system would look like this:
For what's worth, I like what Neil Richardson did with luadbi:
A database interface library for Lua
http://code.google.com/p/luadbi/
On Oct 5, 2010, at 5:14 PM, Andre Carregal wrote:
> As his posts have already hinted, I'd like to announce that Robert
> Calco is now one of the LuaSQL project admins.
Congrats!
> Thanks for the offer and energy Robert! :o)
Now... regarding that SQLite driver and pragma queries issue... who do
On Oct 5, 2010, at 3:14 PM, Robert Calco wrote:
> Thoughts/suggestions welcome!
Not very glamourous, but...
(1) Have the current drivers work properly :))
___
Kepler-Project mailing list
Kepler-Project@lists.luaforge.net
http://lists.luaforge.net/c
On Tue, Oct 5, 2010 at 5:03 PM, steve donovan wrote:
> On Tue, Oct 5, 2010 at 3:40 PM, Scott Morgan
> wrote:
> > I think this is what LuaRocks is for, and most the drivers have
> > rockspecs.
>
> Anything non-trivial will use a makefile, and so a rock is only as
> good as its makefile. There's an
On Tue, Oct 5, 2010 at 3:40 PM, Scott Morgan wrote:
> I think this is what LuaRocks is for, and most the drivers have
> rockspecs.
Anything non-trivial will use a makefile, and so a rock is only as
good as its makefile. There's an art to making portable makefiles.
> You'll never get an easy sing
On 10/05/2010 03:03 PM, Robert Calco wrote:
>
> > 4. Support additional drivers, e.g., interbase/firebird
>
> Check the repository, there is a FB driver that should (in theory)
> also
> handle older Interbase stuff too.
>
>
> I didn't see it in the latest download from luaforge...
On Mon, Oct 4, 2010 at 9:22 AM, Robert Calco
wrote:
> I'm interested in the whole project, though I would never turn down any
> expert-level assistance on any of the supported SQL drivers or dialects. My
> goal would be to make sure the drivers remain as consistent as possible and
> that the commo
On Tue, Oct 5, 2010 at 9:40 AM, Robert Calco
wrote:
>> it's possible that this layer
>> would require LPEG to get a robust compiler. maybe it could also
>> present a different API without the compiler, to express
>
> Didn't quit follow the last part of this point... could you restate?
i was thin
Javier:
On Tue, Oct 5, 2010 at 3:11 PM, Javier Guerra Giraldez
wrote:
> On Tue, Oct 5, 2010 at 8:14 AM, Robert Calco
> wrote:
> > Again, this would be optional to keep the core light/simple. :)
>
> +1
>
> for me, an 'ideal' relational DB system would look like this:
>
> - a collection of 'driver
On Tue, Oct 5, 2010 at 8:14 AM, Robert Calco
wrote:
> Again, this would be optional to keep the core light/simple. :)
+1
for me, an 'ideal' relational DB system would look like this:
- a collection of 'drivers' with a common API, but _absolutely_ no SQL
tinkering. the user should be guaranteed
Scott:
On Tue, Oct 5, 2010 at 2:40 PM, Scott Morgan wrote:
> On 10/05/2010 02:14 PM, Robert Calco wrote:
> > The following are some pseudo-random thoughts about putting some spry
> > in LuaSQL's steps:
> >
> > 1. Better make/install procedure. By better I mean detection of
> > available driver
On 10/05/2010 02:14 PM, Robert Calco wrote:
> The following are some pseudo-random thoughts about putting some spry
> in LuaSQL's steps:
>
> 1. Better make/install procedure. By better I mean detection of
> available driver libraries should be automatic or at least
> semiautomatic and all the desi
The following are some pseudo-random thoughts about putting some spry in
LuaSQL's steps:
1. Better make/install procedure. By better I mean detection of available
driver libraries should be automatic or at least semiautomatic and all the
desired/available drivers should be compiled and installed w
22 matches
Mail list logo
