On Fri, 2011-05-13 at 16:57 -0700, Erik Rose wrote:
> tl;dr: I've written an alternative TestCase base class which makes
> fixture-using tests much more I/O efficient on transactional DBs, and I'd
> like to upstream it.
>
> Greetings, all! This is my first django-dev post, so please be gentle. :
> Regarding the signals, basically we have a bunch of post_save type
> things, which tend to store aggregate data for certain conditions.
> These get populated (in some cases) in our tests, but don't correspond
> to a fixture or a model in the same app.
Ah, gotcha. So, a couple solutions off the t
Postgres requires resetting the sequences I believe. I just assume
Oracle/MSSQL are probably similar.
Regarding the signals, basically we have a bunch of post_save type
things, which tend to store aggregate data for certain conditions.
These get populated (in some cases) in our tests, but don't co
Woo, thanks for the constructive suggestions!
> Also, one thing I'm quickly noticing (I'm a bit confused why its
> setup_class and not setUpClass as well),
I was writing to nose's hooks; didn't realize Django used unittest2 now!
> but this wont work with
> postgres without changing the DELETE co
> How about caching the test databases? The database state could be cached
> after model setup (which takes some time if you've got lots of them) +
> initial data fixture setup, and after the setup for each test case (fixtures
> + setUp() method).
>
> So, in the best case, no database setup is
On Mon, May 16, 2011 at 7:36 PM, Erik Rose wrote:
> Toward that, should I work up a Django patch, or would the core team rather I
> release my work as a pluggable package?
Patch, please! Fast is good :)
Jacob
--
You received this message because you are subscribed to the Google Groups
"Djang
Ahoy, Alex! Thanks for the quick response.
> 1. Class-level fixture setup
>
>> This is the one I'm most interested. I did a patch a number of months ago
>> to do the fixture parsing, but not DB insertion on a per-class basis. I
>> didn't find that to be a big win. However, I'm going to be wo
On Thu, May 12, 2011 at 5:16 PM, Carl Meyer wrote:
>
> On 05/12/2011 06:41 AM, Michal Petrucha wrote:
>
> On Thu, May 12, 2011 at 02:49:03PM +0100, Tom Evans wrote:
> The value of a CompositeField will be represented by an instance of a
> > CompositeValue class. This will be a descendant of tupl
On Mon, May 16, 2011 at 2:04 PM, Mohammad Hamidi Esfahani
wrote:
> Dear Django Developers
>
> I need to implement a triage process for security system, I have read
> the django documents that said it has a triage system for its tickets.
> that is exactly what I need.
>
> Did any body know how can
Dear Django Developers
I need to implement a triage process for security system, I have read
the django documents that said it has a triage system for its tickets.
that is exactly what I need.
Did any body know how can I find the django triage system source code
to use in my project
Best R
Ticket created.
http://code.djangoproject.com/ticket/16038
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com.
To unsubscribe from this group, send email to
django-develo
11 matches
Mail list logo