Hi all,
continuing my previous post, I've implemented most of the ideas mentioned in this thread
now, and would like, for completeness and future reference, add some related findings
and thoughts:
As mentioned in my previous post, reconstructing the formset's initial data (the
queryset) in
Hi Tim,
Am 08.10.2015 um 21:03 schrieb Tim Graham:
I think the problem is also described in
https://code.djangoproject.com/ticket/15574.
Probably if we had a simple solution, that ticket wouldn't be open for 5 years.
:-)
:-)
Yes, having read all of it, I too think that #15574 describes the
Hi Daniel,
Am 08.10.2015 um 18:48 schrieb Daniel Roseman:
Can you explain further why you think the pk is not sufficient? Ordering by
name, or
adding and removing entities, does not change the pk of other entities; indeed
that's
the whole point of a pk. What exactly are you concerned about?
I think the problem is also described in
https://code.djangoproject.com/ticket/15574. Probably if we had a simple
solution, that ticket wouldn't be open for 5 years. :-)
On Thursday, October 8, 2015 at 12:48:34 PM UTC-4, Daniel Roseman wrote:
>
> Can you explain further why you think the pk is
Can you explain further why you think the pk is not sufficient? Ordering by
name, or adding and removing entities, does not change the pk of other
entities; indeed that's the whole point of a pk. What exactly are you concerned
about?
--
DR.
--
You received this message because you are
Dear Django fellows,
as far as I understand this, there seem to be two kinds of concurrency control:
- the one that occurs between request and save, as addressed by e.g. [1] and
[2],
- the one that occurs between GET request and POST request, especially with
formsets.
I'm currently
6 matches
Mail list logo