Hi,

I guess I don't quite understand yet what your are trying to do.

> However, our intent is to use the AST and custom TableEngine to host
in-memory tables without data in them - transient tables/views.

Hm, why would you need the AST for this? The TableEngine API should already
be enough for this. A query can potentially contain multiple tables from
different table engines.

> Passing additional arguments to a TableEngine instantiation

Sure, this could be done, however if the arguments are always the same for
each table within a database then it isn't really needed I think - instead
the settings needed for the TableEngine could be stored in the database
itself or in file that is in the same directory as the database file. This
wouldn't need extending the SQL parser. But I'm not quite sure what the use
case is.

Regards,
Thomas


On Mon, Jun 17, 2013 at 4:04 PM, Ashwin Jayaprakash <
[email protected]> wrote:

> Well.., it is PostGres for the prototype. It could very easily be a
> different backend store too. There is quite of bit of code there that
> provides the features we need sitting between H2 and PG. We'll see how it
> goes.
>
> Thanks.
>
>
> On Mon, Jun 17, 2013 at 3:06 AM, Noel Grandin <[email protected]>wrote:
>
>> Ah, I see.
>> Well, we can handle large in-memory tables via our experimental "nio:"
>> storage layer, but not streaming replication.
>>
>> So you're obviously building something kind of streaming storage
>> product on top of H2.
>>
>> Which is fine, I don't have a problem with that, but I still agree
>> with Thomas - we're not intending to expose our SQL parsing
>> infrastructure as an API, so we're not really interested in making
>> your particular use-case easier.
>>
>> Sorry about that, wish you the best with your product.
>>
>> On the other hand, if you were going to contribute such a storage
>> engine back to the core H2 community, then we'd be interested in
>> integrating your patches.
>>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "H2 Database" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/h2-database.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups "H2 
Database" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/h2-database.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to