I don't know if it would be possible to integrate EOF and such a data store, as EOF is very tight to the relational model, without doing some heavy trickery

Speaking of that, why do we continue the "Cargo Cult" of the relational database? Isn't it about time to move past them, and begin moving to persistent storage that makes sense in the modern age of objects?

That's all I'll say on the subject. I'm not trying to start a long discussion that will all end in tears.

On Apr 8, 2008, at 12:00 PM, Miguel Arroz wrote:

Hi!

  Of course I was! :)

I don't know if it would be possible to integrate EOF and such a data store, as EOF is very tight to the relational model, without doing some heavy trickery (ie, bugs, instability, limitations, etc). And there's also the problem of not being able to access it outside of the python sandbox. But being able to do queries against the google infrastructure is very very interesting, specially considering my permanent performance concerns with traditional DBs...

Interesting note, they also use OL to handle concurrency. I hope their implementation actually works! :)

  Yours

Miguel Arroz


On 2008/04/08, at 16:54, Mike Schrag wrote:

..... but then i think you were only semi-serious ;)

On Apr 8, 2008, at 11:53 AM, Mike Schrag wrote:

I actually looked at this ... I'm not sure if you can access the datastore outside of the python API's running in the cluster. Amazon's is a possibility also, but the query capability is very limited, and joins would have to be implemented inside the adaptor. Google's at least appears to expose a SQL-like API, though I don't know how extensive it is.

ms

On Apr 8, 2008, at 11:46 AM, Miguel Arroz wrote:

Hi!

FYI: http://code.google.com/appengine/docs/ whatisgoogleappengine.html

I bet Mike can't write an adaptor for the Datastore in a weekend... ;)

Yours

Miguel Arroz

Miguel Arroz
http://www.terminalapp.net
http://www.ipragma.com



_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag% 40mdimension.com

This email sent to [EMAIL PROTECTED]


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag% 40mdimension.com

This email sent to [EMAIL PROTECTED]


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/arroz% 40guiamac.com

This email sent to [EMAIL PROTECTED]

Miguel Arroz
http://www.terminalapp.net
http://www.ipragma.com



 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/robert.walker% 40bennettig.com

This email sent to [EMAIL PROTECTED]

Robert Walker
[EMAIL PROTECTED]




 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to