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:
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
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
18 matches
Mail list logo