> In part, this is a very broad question but I hope it's not unacceptable.
> From a birdseye perspective, what is involved in integrating an
> interpreted
> scripting language with a database engine? I am aware that SQLite
> supports
> loadable extensions, but would the SQLite architecture also pe
I did speak about stored procedures compiled into native SQLite opcodes.
P.S. I did see
1) the compiler (from C# or other language, I'm not sure) into SQLite opcodes
2) stored procedures realization for SQLite 2.x.
2010/5/2 Simon Slavin :
> Ah. Stored procedures are certainly doable. For insta
Since Javascript has been mentioned:
http://code.google.com/apis/v8/intro.html
Tim Romano
___
sqlite-users mailing list
[email protected]
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
On 2 May 2010, at 2:34pm, Alexey Pechnikov wrote:
> As I think, WClark work on stored procedures implementation for SQLite
> 3.x. But I don't know about current state of this job.
Ah. Stored procedures are certainly doable. For instance JavaScript supports
a little-used function called 'eval'
As I think, WClark work on stored procedures implementation for SQLite
3.x. But I don't know about current state of this job.
You can see some of his patches here:
http://sqlite.mobigroup.ru/src/wiki?name=WClark
Note: I'm using the stored TCL procedures but native stores procedures
support will b
@DRH : Thank you for the info on SQLite with TCL.
Regards
Tim Romano
>
___
sqlite-users mailing list
[email protected]
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
Very cool, Jay.
Regards
Tim Romano
On Sat, May 1, 2010 at 11:23 AM, Jay A. Kreibich wrote:
>
>
>
> I'd love to see a Lua extension. I know that's been proposed. Lua is
> MIT licensed, small, fast, and reasonably mature. It is also designed
> to be easily embeddable, making it a good fit.
On Sat, May 1, 2010 at 12:15 PM, Richard Hipp wrote:
> On Sat, May 1, 2010 at 9:25 AM, Tim Romano wrote:
>
>> I am aware that SQLite supports
>> loadable extensions, but would the SQLite architecture also permit the
>> integration of an interpreted scripting language? An integrated scripting
>>
On Sat, May 1, 2010 at 9:25 AM, Tim Romano wrote:
> I am aware that SQLite supports
> loadable extensions, but would the SQLite architecture also permit the
> integration of an interpreted scripting language? An integrated scripting
> language makes an already powerful database engine orders of
On Sat, May 01, 2010 at 09:25:54AM -0400, Tim Romano scratched on the wall:
> In part, this is a very broad question but I hope it's not unacceptable.
> From a birdseye perspective, what is involved in integrating an interpreted
> scripting language with a database engine?
A number of people ha
On Sat, May 1, 2010 at 9:53 AM, Tim Romano wrote:
> Simon,
>
> It's not clear to me how this is a result of scripting language support:
>
> "Another problem with it is that sooner or later you need your inner
> language (your SQL engine) to have access to your outer environment, for
> example, to
Simon,
It's not clear to me how this is a result of scripting language support:
"Another problem with it is that sooner or later you need your inner
language (your SQL engine) to have access to your outer environment, for
example, to find out if you have lots of filespace free."
Could you please
On 1 May 2010, at 2:25pm, Tim Romano wrote:
> In part, this is a very broad question but I hope it's not unacceptable.
> From a birdseye perspective, what is involved in integrating an interpreted
> scripting language with a database engine? I am aware that SQLite supports
> loadable extensions,
In part, this is a very broad question but I hope it's not unacceptable.
>From a birdseye perspective, what is involved in integrating an interpreted
scripting language with a database engine? I am aware that SQLite supports
loadable extensions, but would the SQLite architecture also permit the
in
14 matches
Mail list logo
