[Opa] Achieving Database Efficiency
Adam.Koprowski at mlstate.com
Fri Nov 4 07:05:08 EDT 2011
On Fri, Nov 4, 2011 at 10:46, Tim Cotten <tcotten at bigi.co> wrote:
> If what Sam says is the case then I'm afraid my brief love affair with Opa
> has come to an end. The cloud is meaningless to me if I can't quickly
> access an enterprise level of data - I realize how much talent and work has
> been put into Opa, and it certainly shows with a passion, but this would be
> beyond crippling.
I certainly applaud their new direction to add support for other dbs, but
> it feels like something that should've been addressed from the start. Opa
> was attractive to me so I could build a non-trivial app, yet now it seems
> that anything above trivial in scope will run into severe problems.
I wish you wouldn't give up on us so easily. Having support for other DBs
is much easier than writing a new one -- I don't want to give precise dates
but rest assured that we'll get there rather quickly. If you absolutely
cannot wait then you have at least two options readily available:
- Use the internal DB. Yes, it's possible and we have a big,
data-intensive project (jetleague.com) running on it. Yes, it's not
perfect as you'll need to be careful how to model your data and for more
complex queries you'll have to maintain indexes yourself, but it can be
- User CouchDB and give our CouchDB API a try:
Sure, it won't be as pleasant as the internal DB, which is nicely
integrated into the language but you won't have to worry about DB
Or you can wait for a better integration with other DBs. Just don't give
up on us so easily :).
*Adam Koprowski [http://adam-koprowski.net]
Opa Tech Evangelist @ MLstate [http://opalang.org | http://mlstate.com]*
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Opa