Re: non-relational DB

2009-11-13 Thread Waldemar Kornewald
Hey, a little status update: We've switched our work to Alex' github multi-db branch because we depend on that to make a clean non-relational backend API. Otherwise we'd have to rewrite too much code once multi-db gets merged into trunk. The new branch is at:

Re: non-relational DB

2009-10-30 Thread Waldemar Kornewald
On Thu, Oct 29, 2009 at 9:51 PM, Alex Gaynor wrote: > I haven't had a chance to look at it, and I probably won't until at > least a few of the items on my plate are dealt with.  That being said > I am extremely leery about investing time in something with names like >

Re: non-relational DB

2009-10-29 Thread Alex Gaynor
On Thu, Oct 29, 2009 at 2:44 PM, Waldemar Kornewald wrote: > > Hi, > Russell and Alex, did you already look at QueryGlue? We really need to > discuss which branch the new query_class() should be in. > > Bye, > Waldemar Kornewald > > > > I haven't had a chance to look at

Re: non-relational DB

2009-10-29 Thread Waldemar Kornewald
Hi, Russell and Alex, did you already look at QueryGlue? We really need to discuss which branch the new query_class() should be in. Bye, Waldemar Kornewald --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django

Re: non-relational DB

2009-10-26 Thread Waldemar Kornewald
On Mon, Oct 26, 2009 at 3:05 PM, Russell Keith-Magee wrote: > > On Mon, Oct 26, 2009 at 8:46 PM, Waldemar Kornewald > wrote: >> >> On Mon, Oct 26, 2009 at 1:12 PM, Russell Keith-Magee >> wrote: >>> To date, sql.Query is the

Re: non-relational DB

2009-10-26 Thread Russell Keith-Magee
On Mon, Oct 26, 2009 at 8:46 PM, Waldemar Kornewald wrote: > > On Mon, Oct 26, 2009 at 1:12 PM, Russell Keith-Magee > wrote: >> To date, sql.Query is the right structure for all Django's supported >> backends. It might even be the right structure

Re: non-relational DB

2009-10-26 Thread Waldemar Kornewald
On Mon, Oct 26, 2009 at 1:12 PM, Russell Keith-Magee wrote: > To date, sql.Query is the right structure for all Django's supported > backends. It might even be the right structure for a non-SQL backend > that provides a SQL-like query layer (AppEngine possibly falls into

Re: non-relational DB

2009-10-26 Thread Russell Keith-Magee
On Mon, Oct 26, 2009 at 4:52 PM, Waldemar Kornewald wrote: > > On Mon, Oct 26, 2009 at 1:46 AM, Russell Keith-Magee > wrote: >> The current query_class will need to change slightly to support >> multi-db, so anything you implement against that

Re: non-relational DB

2009-10-26 Thread Waldemar Kornewald
On Mon, Oct 26, 2009 at 1:46 AM, Russell Keith-Magee wrote: > The current query_class will need to change slightly to support > multi-db, so anything you implement against that interface will > require some rework later on. That said, the fundamental approach > (i.e., the

Re: non-relational DB

2009-10-25 Thread Russell Keith-Magee
On Mon, Oct 26, 2009 at 12:42 AM, Thomas Wanschik wrote: > > > > On 22 Okt., 23:52, Russell Keith-Magee wrote: >> On Fri, Oct 23, 2009 at 5:09 AM, Thomas Wanschik >> >> wrote: >> >> >> When a new QuerySet is

Re: non-relational DB

2009-10-25 Thread Thomas Wanschik
On 22 Okt., 23:52, Russell Keith-Magee wrote: > On Fri, Oct 23, 2009 at 5:09 AM, Thomas Wanschik > > wrote: > > >> When a new QuerySet is instantiated (e.g. by calling > >> Model.objects.all()) it asks the backend for its Query class and then

Re: non-relational DB

2009-10-23 Thread Thomas Wanschik
I just want to remind contributers to fill in the cell "Assigned to" and "Status" in the task spreadsheet while working on a specific task in order to prefend problems. Here is the link: https://spreadsheets.google.com/ccc?key=0AnLqunL-SCJJdE1fM0NzY1JQTXJuZGdEa0huODVfRHc=en Bye, Thomas Wanschik

Re: non-relational DB

2009-10-22 Thread Russell Keith-Magee
On Fri, Oct 23, 2009 at 5:09 AM, Thomas Wanschik wrote: > >> When a new QuerySet is instantiated (e.g. by calling >> Model.objects.all()) it asks the backend for its Query class and then >> creates an instance of that class. By default, this class is >> sql.Query. Only

Re: non-relational DB

2009-10-22 Thread Thomas Wanschik
http://code.google.com/p/live-android/ On 22 Okt., 13:35, Waldemar Kornewald wrote: > Hi everyone, > this rather long mail contains a status report and instructions for > contributors and implementation notes for Django core developers. If > you only want to know the

Re: non-relational DB

2009-10-22 Thread Andi Albrecht
On Thu, Oct 22, 2009 at 2:07 PM, Russell Keith-Magee wrote: > > On Thu, Oct 22, 2009 at 7:46 PM, Waldemar Kornewald > wrote: >> >> Hi again, >> now a little question: >> >> Some fields do type conversions. For example, TimeField converts >> datetime

Re: non-relational DB

2009-10-22 Thread Waldemar Kornewald
On Thu, Oct 22, 2009 at 2:07 PM, Russell Keith-Magee wrote: > > On Thu, Oct 22, 2009 at 7:46 PM, Waldemar Kornewald > wrote: >> >> Hi again, >> now a little question: >> >> Some fields do type conversions. For example, TimeField converts >> datetime

Re: non-relational DB

2009-10-22 Thread Russell Keith-Magee
On Thu, Oct 22, 2009 at 7:46 PM, Waldemar Kornewald wrote: > > Hi again, > now a little question: > > Some fields do type conversions. For example, TimeField converts > datetime objects into time objects. > App Engine doesn't support time, but only datetime, so should we do

Re: non-relational DB

2009-10-22 Thread Waldemar Kornewald
Hi again, now a little question: Some fields do type conversions. For example, TimeField converts datetime objects into time objects. App Engine doesn't support time, but only datetime, so should we do such conversions at the backend level or should we expect the field to handle it (esp. if it