hiding private pages is somewhat like "security by
obscurity" but it might be a more sensible default.
Should I try to patch the docs or code or just close the ticket?
Peter M
--~--~-~--~~~---~--~~
You received this message because you are subscribed to
I just noticed and can only agree... nice work.
//Peter
On Tue, Dec 22, 2009 at 18:27, Simon Willison wrote:
> And a big congratulations to all involved. Here's the changeset log
> (on GitHub since Trac seems not to like being linked to at the
> moment):
>
>
> http://g
whole form ( {{ form.as_p }} ) you'll see your
new sensitive field appear in the page. If you manually render the form,
you'll get a warning.
One problem would be excessive warnings if you went further and hand craft
the HTML - does anyone do that?
Cheers,
Peter
--
You received this
I opened this ticket (https://code.djangoproject.com/ticket/18823) on the
Trac but thought i'd bring it up here to increase the likelihood of it
getting noticed. In short things don't quite work right when you have a m2m
field that uses a through model that uses a to_field for it's foreign
key.
data loss is a possibility.
Monday, August 27, 2012 5:33:03 PM UTC-7, Russell Keith-Magee wrote:
> On Tue, Aug 28, 2012 at 3:11 AM, peter >
> wrote:
> > I opened this ticket (https://code.djangoproject.com/ticket/18823) on
> the
> > Trac but thought i'd bring it
Not sure if this is still a thing, but i'd like to ask for a review of this
ticket:
https://code.djangoproject.com/ticket/13794
I triaged/reviewed the following tickets: #18201, #19668, #19663, #19617,
#19624
--
You received this message because you are subscribed to the Google Groups
"Djang
Thank you aaugustin for taking a look at
https://code.djangoproject.com/ticket/13794. I've made some further updates
but haven't heard anything back in a few weeks. Even though the original
ticket title and description makes it sound like a fairly minor bug I do
want to point out that as with m
Hi everyone,
This is about ticket (https://code.djangoproject.com/ticket/13794) where
inline formsets don't respect a foreign key's to_field. I've written about
this issue before, even tried a 5 for 1 but I'm having a hard time getting
feedback on it. This bug doesn't just affect django admin b
I have a thought on an action we could take out of this that might be
constructive.
Would it be possible to customise trak at all to make the workflow clearer?
I'm thinking if someone tries to open a ticket that was closed by a committer
then they should get an intermediate page pointing them
On Feb 6, 8:45 pm, Simon Meers wrote:
> 2011/2/5 Carl Meyer
> > Hi Mike,
>
> > On Feb 3, 4:36 pm, Mike Lindsey wrote:
> > > I'm doing something with bidirectional ManyToManyFields, in a project
> > > I'm working on, that is resulting in duplicate attempts to create the
> > > intermediate table
n you still get the old message.
That way, you can only gain more information than with the current
system when you have
both a username and correct password. If an attacker has that
information, then frankly,
it's too late to be thinking about how to make things more secure.
Regards,
Peter
-
I'd just like to chime in to say this should definitely be part of
core - it's a common requirement, and whilst it could be a third party
app, it certainly feels much more at home in core.
On Sep 27, 1:13 pm, Luke Plant wrote:
> For me, QuerySet is at a level of abstraction where I don't think it
+1 on pre_syncdb
On Tuesday, May 21, 2013 8:29:49 AM UTC-7, Shai Berger wrote:
>
> On Tuesday 21 May 2013, Donald Stufft wrote:
> > I run migrations in test. How else will you know your db reflects
> reality
> > :/
> >
>
> When you have a few hundred migrations, that's something you're willin
This is in reference to this ticket:
https://code.djangoproject.com/ticket/17092
There is a patch there to fix the specific use case of needing to disable
django's fix_location_header for certain responses in a CGI compliant
environment. Because of the way that response_fixes work you can't jus
Wouldn't it be handy to add get_form_instance function to ModelAdmin?
Currently there is function get_form, which actually returns
FormClass. This is then getting instantiated on several places.
Sometimes its important to have possibility to add some attribute to a
form / override some field choic
fake this.
On Sep 29, 10:12 am, Russell Keith-Magee
wrote:
> On Tue, Sep 29, 2009 at 3:51 PM, Peter Cicman wrote:
>
> > Wouldn't it be handy to add get_form_instance function to ModelAdmin?
> > Currently there is function get_form, which actually returns
> > Fo
On Thu, Aug 27, 2009 at 2:03 PM, Justin Lilly wrote:
> Hey guys.
>
> I started writing some docs for another developer today and hit a few
> issues with admindocs that I plan on sprinting on for DjangoCon. I'm
> hoping anyone else with complaints / ideas will voice up, though my main
> impetus f
addition to using this myself, I will
gladly maintain it as an external package on PyPI if that's the best
place for it. However, I offer it to the Django core project should
you wish to incorporate this functionality.
Thanks,
Peter
[1] http://code.djangoproject.com/ticket/11526
[2] O
(Sorry about the vague subject line)
I've written a patch that fixes this:
http://code.djangoproject.com/ticket/11421
But so far only for AttributeErrors. But I don't want to submit the
patch until I've got tests for it.
Can someone guide me through the jungle of Django tests to run and
write a
On 21 Oct, 16:34, Jacob Kaplan-Moss wrote:
> On Wed, Oct 21, 2009 at 9:29 AM, Peter Bengtsson wrote:
> > But how do I run these? It takes many many seconds to run the whole
> > suite.
>
> Seehttp://ericholscher.com/blog/2009/oct/16/easy-running-django-test-suite/
>
Thanks for the help. Patch uploaded
http://code.djangoproject.com/ticket/11421
On Oct 21, 6:49 pm, Peter Bengtsson wrote:
> On 21 Oct, 16:34, Jacob Kaplan-Moss wrote:> On Wed, Oct
> 21, 2009 at 9:29 AM, Peter Bengtsson wrote:
> > > But how do I run these? It takes many m
ould
be specially handled by the Oracle backend somewhere? If the latter, I'm happy
to file a bug report.
Thanks very much for all your hard work in creating and improving Django, I
really appreciate all your work, it's made my life much easier.
Regards,
---Peter Herndon
--
Yo
On Dec 18, 2009, at 12:02 PM, Ian Kelly wrote:
> On Fri, Dec 18, 2009 at 9:00 AM, Peter Herndon wrote:
>> Hi all,
>>
>> I've run into a situation where syncdb produces an error on one of my models
>> against Oracle, but not against Postgres. Using Postgres,
here could
> be a valid need for a google-style search of the column and this is
> where DB2 and Oracle support 'Text' indexing of LOB columns.
>
> Peter, maybe you can elaborate why you choose 'Text' and why you need
> an a unique index on it.
>
I chose Tex
that these other solutions don't?
>
> [1] http://mattsnider.com/css/css-string-truncation-with-ellipsis/
>
> Ian
>
Hello,
To address specifically this point, I would suggest that there might be use
cases where CSS isn't available to accomplish truncation (non-HTML text
ay to
express support for a feature/ticket then? If the original argument is "not
enough people want it", I think it's fair that people voice their support,
and most have included specific use cases. What is the alternative?
Peter
--
You received this message because you are subscribe
complexity (multi-db, email backends), due to
requirements from the current community.
My two cents, appropriately adjusted for the current economic situation.
---Peter Herndon
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To po
I don't think this is a bug; it's just telling you that you can't count the
photos until the gallery is in the database. Try:
x = Gallery.objects.create()
x.photo_count()
On Jan 24, 2010, at 3:14 PM, x13 wrote:
> (sorry for my English mistakes)
> Hello all, I have a problem with the count() fu
ise on the correct procedure here?
Thanks,
Peter
[1] http://code.djangoproject.com/ticket/11526
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe f
Thanks, Joseph.
I agree it works well as an external project. It's been on pypi for a little
while[1] and I added the link again to the bottom of the (now closed) ticket.
Incidentally, #2507[2] is a rather old and dusty ticket on the same subject.
Thanks,
Peter
[1] http://pypi.python.org
On Mar 5, 2010, at 11:35 AM, stherrien wrote:
> What I'm suggesting is that we setup something to allow everyone to
> improve the docs with help from the core django group. I think this
> would be very helpful to everyone. if one of the core group would like
> to help us get setup to do this it w
ggesting any concrete plans for how that might
happen though. A single almost-trunk branch? A branch per
lieutenant/component? I'm wary of adding too much bureaucracy and overhead.
I think it's pretty clear that the core Django process is successful, and
this seems like a low impact (though
On 4/19/10 11:41 AM, "Jacob Kaplan-Moss" wrote:
> On Mon, Apr 19, 2010 at 9:54 AM, Peter Landry wrote:
>> One suggestion that jumped out at me (which I admittedly know very little
>> history about with regards to Django or other projects) was the "trunk
>&g
On Mon, Apr 19, 2010 at 8:19 AM, Jacob Kaplan-Moss wrote:
> Hi folks --
>
> I'd like to try to reboot the discussion that's been going on about
> Django's development process.
>
> I'm finding the current thread incredibly demoralizing: there's a
> bunch of frustration being expressed, and I hear t
Hi Django developers,
I have been using the development copy of django from the svn trunk. I
think I may have found an area that needs updating now that django
supports multiple databases. I am not very familiar with the django
backend architecture so I am not sure if its a real bug or not and if
on and in
addition it appears the correct way to get a connection is to "ask" a
router what connection to use for a given Model instance. Since
Options is part of a Model instance's _meta instance I am not sure how
I would call router.db_for_read() from a Options getter method.
Pet
On May 12, 8:54 am, Russell Keith-Magee
wrote:
>
> FYI - I got itchy fingers, so I opened a bug report:
>
> http://code.djangoproject.com/ticket/13528
>
> Yours
> Russ Magee %-)
No problem. Thanks
Peter Long
--
You received this message because you are subscribed
I've now had to learn this the hard way by having real live data
deleted from my database on two production projects and it pisses me
off big time every time.
I can accept that NOT nullable foreign relations cascade the delete
but not if they have null=True on them. Example:
class Survey(Models):
On 8 June 2010 13:09, Jeremy Dunck wrote:
> On Tue, Jun 8, 2010 at 7:30 AM, Peter Bengtsson wrote:
>> I've now had to learn this the hard way by having real live data
>> deleted from my database on two production projects and it pisses me
>> off big time every time.
&
delete with a query set.
>
> I opened a new ticket:
>
> http://code.djangoproject.com/ticket/13731
>
> Thomas
>
> Russell Keith-Magee wrote:
>> On Wed, Jun 9, 2010 at 3:53 AM, Peter Bengtsson wrote:
>>> On 8 June 2010 13:09, Jeremy Dunck wrote:
>>>
On Thu, Jun 10, 2010 at 11:21 AM, Andrew Godwin wrote:
> Hi all,
>
> I noticed today that the tutorial still does imports like "from
> mysite.polls.models import Poll", and URLs like "(r'^polls/$',
> 'mysite.polls.views.index')".
>
> At least in the places and projects I've worked with, the standa
On Fri, Jun 11, 2010 at 9:16 AM, Andrew Godwin wrote:
>
>
> On 11/06/2010 03:28, Peter Baumgartner wrote:
>>
>> In my experience, almost every project has domain-specific
>> applications that don't get reused. If you have a reusable app, you
>> bundle it sepa
rms import FooBarForm
post = {'name':'Peter'}
f2 = FooBarForm(data=post)
self.assertTrue(not f2.is_valid())
Instead of returning False on the is_valid() function, it raises a
ValueError which looks like this:
Traceback (most recent call last):
File "/
Submitted here: http://code.djangoproject.com/ticket/13776
On Jun 14, 2:05 pm, Karen Tracey wrote:
> On Mon, Jun 14, 2010 at 12:39 PM, Peter Bengtsson wrote:
> > I'm happy to submit a ticket but wanted to check first that I'm doing
> > the right thing. I think this u
I have a modelform where I change the cleaned_data dict after I have
run is_valid() and I'm not sure if this is the totally wrong way of
doing things or if it's a bug.
My code broke when I upgraded to 1.2 so it did work back in the 1.1
days.
# models.py
class Person(models.Model):
name = model
On 16 June 2010 13:53, George Sakkis wrote:
> On Jun 16, 4:22 pm, Peter Bengtsson wrote:
>
>> I have a modelform where I change the cleaned_data dict after I have
>> run is_valid() and I'm not sure if this is the totally wrong way of
>> doing things or if it
When I use google ajax search api,and got the key,use the example html.
javascript error
On 7/28/06, Deryck Hodge <[EMAIL PROTECTED]> wrote:
>
> On 7/27/06, Ian Holsman <[EMAIL PROTECTED]> wrote:
> >
> > FWIWwebfaction has offered this for a while for python
> > http://www.webfaction.com/freetrac
g the exception), whereas that complexity already is
in the core.
Please let me know what you think!
Thanks,
Peter
--
https://desec.io/
--
You received this message because you are subscribed to the Google Groups "Django
developers (Contributions to Django itself)" group.
To u
Hi all! I'd like to re-open the discussion around
https://code.djangoproject.com/ticket/21978
As a "batteries included" framework, Django kind of leaves people to
fend for themselves when it comes to deployment. This makes it harder
than necessary for a developer to go from works-on-my-laptop to
w
t; INSTALLED_APPS doesn't seem too much to ask (I think.)
>
> Was it really 4 years ago Tom left that comment on #21978 😳 (We'd finally
> close this as wontfix: Django doesn't ship a webserver.)
>
> Does that fit in your view, or would that scenario not be good eno
d and use the terms "backend" and
"engine" pretty much interchangeably. The code is naturally more strict, but the iterable
holding the backends nevertheless is called `engines`.
If people feel this is a correct assessment, I can try improving on the wording.
Thanks,
Peter
--
https:
ar up...)
>>
>> I think all these thoughts are really pursuable outside of core in the
>> very short run, even if the goal is to merge them — it's much easier to
>> experiment that way, and then say, "This worked".
>>
>> Anyhow, other than a "I&
I think is related here. (That's on my list too: async this QTR, then
>>>> hoping to take on Adam's proposal to modernise the Request object for the
>>>> end of year, then 🤞 swinging back here for "OK, what does it look like,
>>>> what can we do?
project template,
>>>> which I think is related here. (That's on my list too: async this QTR, then
>>>> hoping to take on Adam's proposal to modernise the Request object for the
>>>> end of year, then 🤞 swinging back here for "OK, what does it look l
On Sat, Oct 29, 2022 at 10:06 AM Peter Baumgartner
wrote:
> Thanks for the thorough review Florian! Some comments inline...
>
> On Wed, Oct 26, 2022 at 1:30 AM Florian Apolloner
> wrote:
>
>> Hi Pete,
>>
>> this does look interesting. And I agree that this is s
de):
>
> "We’ve included this with Django so you can develop things rapidly,
> without having to deal with configuring a production server – such as
> Apache – until you’re ready for production."
>
> https://docs.djangoproject.com/en/4.1/intro/tutorial01/
>
&
On Sun, Oct 30, 2022 at 7:57 AM Florian Apolloner
wrote:
> Hi Peter,
>
> On Saturday, October 29, 2022 at 6:07:16 PM UTC+2 pe...@lincolnloop.com
> wrote:
>
>> Since you asked for feedback, I'll tell you what I'd do differently (and
>>> this is also a sign
On Mon, Oct 31, 2022 at 11:52 AM Florian Apolloner
wrote:
> On Monday, October 31, 2022 at 5:27:02 PM UTC+1 pe...@lincolnloop.com
> wrote:
>
>> In my ideal scenario, the default is a hard-coded settings file for the
>> project (deprecating DJANGO_SETTINGS_MODULE env var) and we have
>> CONFIG_LOA
Hi all,
I'm about to implement a RESTful API to some Django models and
wondering whether to try and build on any of the patches checked in
against any of the tickets marked as duplicates or subsets of #115. Or
wait? Or just code from scratch?
I can't help noticing that on 11 Oct 2005 jacob said:
Project is a business term, advise application
On 3/4/06, Sean Perry <[EMAIL PROTECTED]> wrote:
>
> Jeremy Dunck wrote:
> > On 3/2/06, Sean Perry <[EMAIL PROTECTED]> wrote:
> >
> >>I am definitely -2 on this. Malcolm does a good job of starting the ball
> >>rolling as to why.
> >
> >
> > The ran
I've been using Google Talk and thought you might like to try it out.
We can use it to call each other for free over the internet. Here's an
invitation to download Google Talk. Give it a try!
-------
Peter Ma wants to t
Hi Arun,
This group is for discussion of development of Django itself. Your
question is better suited to the 'Django users' group:
https://groups.google.com/forum/#!forum/django-users
All the best,
Peter
On 18 November 2014 15:51, Arun Marathe wrote:
>
>
>
> We have
This thread was started in django-users, but commented that it should be
moved to developers list instead.
Take a look at the original thread
here: https://groups.google.com/forum/#!topic/django-users/F0J6fKP1un8
--
You received this message because you are subscribed to the Google Groups
"Dj
We are writing a custom admin for CleanerVersion that subclasses ModelAdmin.
Just about every attribute has a hook method which makes extension easier. For
example, list_display has get_list_display(). However, exclude doesn't have one
implemented and it seems like an oversight. I'm proposing we
I agree there are many ways to accomplishing things in the admin, but
cleaning that up and continuing BC is a completely other ticket /
implementation (it looks like a good Sumer of Code project similar to the
Meta API recently completed). Since the ticket was marked as accepted,
I'll double c
It just moved. See:
http://code.djangoproject.com/browser/django/trunk/django/forms/fields.py#L924
http://code.djangoproject.com/browser/django/trunk/django/core/validators.py#L122
-- Pete
On Tue, Oct 12, 2010 at 8:44 AM, Sebastian wrote:
> Hello,
> I investigated a bit further, it was commited
est and if James was
> willing.
>
> Jacob
I think South is the best candidate here, because it could improve the third
party app ecosystem to have a stable and consistent migration framework
battery included. DDT and django-registration both stand alone pretty well,
so I see less benefit (thoug
imal.
I'm happy to open a ticket, but should the solution be to include a default
template, to add relevant documentation pointing out the customization
possibility, or both?
Regards (and many thanks for an incredible framework!),
---Peter Herndon
--
You received this message because you ar
On Nov 8, 2010, at 9:14 AM, Carl Meyer wrote:
> Hi Peter,
>
> On Nov 7, 9:41 pm, Peter Herndon wrote:
>> I just ran into a minor issue and thought I'd bring it to light. In adding
>> django.contrib.comments to a site I'm building, I found that when u
On Thu, Nov 4, 2010 at 5:37 AM, silent1mezzo wrote:
> +1 for {% include "foo.html" x=1 y=2 %}
>
> This just seems more natural. My designer agreed based on the {% url
> %} tags.
>
+1 for using the = syntax here. My reasons have been mentioned above,
but to recap:
* and/as gets too verbose and d
I'm not an expert, but that's correct. A too-fast or broken hash function
will still be "vulnerable" to a brute force attack [1]. Salting doesn't
prevent this.
Peter
[1]
http://stacksmashing.net/2010/11/15/cracking-in-the-cloud-amazons-new-ec2-gp
u-instances/
On
Looking at line 153 of django/views/decorators/http.py (rev [15927]),
I just see "return inner". Is there a particular reason why it should
not be: "return wraps(func, assigned=available_attrs(func))(inner)"?
--
You received this message because you are subscribed to the Google Groups
"Django de
+1 from the Tabblo group remnants.
On Thu, Apr 14, 2011 at 8:41 AM, Ned Batchelder wrote:
> Does anyone else have any opinions on a direction forward to fix this
> problem? At the very least I'd like to make a doc patch for 1.3.1 that
> explains the fragility.
>
>
--
You received this message
See ticket 15840.
On Thu, Apr 14, 2011 at 9:25 AM, Russell Keith-Magee <
russ...@keith-magee.com> wrote:
> On Thu, Apr 14, 2011 at 8:16 PM, Peter Portante
> wrote:
> > Looking at line 153 of django/views/decorators/http.py (rev [15927]),
> > I just see "return
ort. If I fix the ImportError
then I won't have this problem. I suppose this will probably
break someone's code though :-(
3. Make the cache of model definitions behave transactionally.
When importing an app raises ImportError, remove all of the
models which have been inserted sin
FWIW: we are successfully using Ned's fix on top of 1.2.5 today. -peter
--
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
o have
Django mess with unmanaged tables.
I'll have a play and see how hard it would be.
Thanks
Peter Russell
--
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
On Tue, Jun 21, 2011 at 8:43 PM, Ramiro Morales wrote:
> That's what [1]ticket 11665 reports.
So it does! I'd just hit the problem when I wrote my mail, and hadn't
checked Trac yet.
I guess I'll apply the patch and see if it solves my problem tomorrow.
Thanks
Peter
Essentially, you want a compare-and--swap instruction for a database?
Have you considered using memcached atomicity (add and cas) to handle this
kind of thing? It might get pretty elaborate, but with just a cursory
thought seems doable.
-peter
On Sat, Aug 6, 2011 at 9:59 PM, Steven Cummings
imiliar as with those 'checkbox features' mentioned by Joel
Spolsky http://www.joelonsoftware.com/articles/fog000339.html
Peter
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" g
On 6/10/08, Eric <[EMAIL PROTECTED]> wrote:
> I'm not certain that this route is perfect, but it seems to be a
> compromise of both worlds.
We use the same approach with mean time redundancy about 1 months.
Peter
--~--~-~--~~~---~--~~
re DATABASE_ENGINE is used directly as part of package/module
name.
(we probably should not create separated mysql5 etc... packages)
Peter
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" grou
> I though that might be the case, I won't bother to raise a ticket then.
We had a similiar problem and discussed it on Apache forum: perhaps it
could enlighten a problem:
http://mail-archives.apache.org/mod_mbox/httpd-users/200708.mbox/[EMAIL
PROTECTED]
HT
_NAME/PATH_INFO variables effectively need a
> physical file resources with directory defined by Directory directive
> and mapped by appropriate Alias directive or similar.
Yes. We were told that "correct" value for non-file resources is not
defined and we should use REQUEST_
nts during LOAD
DATA and ALTER TABLE operations. However, even if
FOREIGN_KEY_CHECKS=0, InnoDB does not allow the creation of a foreign
key constraint where a column references a non-matching column type.
Peter
--~--~-~--~~~---~--~~
You received this message
s deleting a record that refers to
itself via a foreign key.
Peter
--~--~-~--~~~---~--~~
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@google
k for the
> other developers, but at the moment, I simply don't have the spare
> cycles to dedicate to guiding a new feature.
>
> This doesn't mean the feature isn't worthwhile - it just means we have
> slightly different priorities at the moment. If you wait about a mo
r side
behaviour (it is more likely used to give focus to a particular item
in the rendered HTML).
Kind regards,
Peter Krantz
[1]: http://groups.google.com/group/django-developers/msg/54d5750440d4bc93
[2]: http://code.djangoproject.com/ticket/4992#comment:9
[3]: http://labs.ap
On Dec 13, 2008, at 12:13 PM, Luke Plant wrote:
>
> On Friday 12 December 2008 01:06:18 Simon Litchfield wrote:
>> +1. Definitely need some kind of cascade=False option somewhere.
>> I'd argue it should be the default.
>
> -1 on it being default. Just because a foreign key may be nullable
> does
Yes! Even if I don't make it to Djangocon, I'd still love to see the
info available.
---Peter Herndon
http://spookypony.com
On Jul 12, 2009, at 3:34 AM, Kevin Kubasik wrote:
> So I was traveling some this week and getting back into the swing of
> things back here in Utah.
Hi, first of all, this question maybe don't belongs here, i konw, but
anyway i didn't found noting about it in docs, and also in the source,
and 2 hours spend on it sisn't bring anything. So i had decided to ask
here
explanation, i have:
class A(models.Model):
name = models.CharFiled(, r
atures. And perhaps some
means of chaining them -- base Notify creates a Notification, then do an
Email notification, then do a Twitter notification.
I'd say, though, such a framework should start life as a third-party
reusable app. Neat idea, this would be something I would likely use.
-
ngs much easier to sell
in shops that value stability and support, if this alternative solution is
better known.
Regards,
---Peter
On Jun 29, 2013, at 5:08 AM, Florian Apolloner wrote:
> Hi,
>
> On Friday, June 28, 2013 4:17:22 PM UTC+2, Aymeric Augustin wrote:
> As far as I can t
id/CAM3SWZRvkCKc=1Y6_Wn8mk97_Vi8+j-aX-RY-=msrjvu-ec...@mail.gmail.com
You'll need to build PostgreSQL from the git master branch (which
includes dependencies on things like Flex and Bison), with the patch
set applied. There are guides to doing this on the internet, including
this one: http://
ut
which unique index I mean"? It turns out that that's quite ticklish in
certain edge cases (e.g. partial unique indexes with BEFORE triggers).
We might come up with a better way that's fully general, but I'm not
holding my breath.
> I think even under MySQL it doesn't use
that that isn't a very satisfactory state of affairs for people
who are using per-statement triggers for auditing and things like
that, and I wouldn't be surprised if that was revised.
--
Peter Geoghegan
--
You received this message because you are subscribed to the Google Groups
"Dja
On Sat, Sep 27, 2014 at 6:33 PM, Peter Geoghegan wrote:
> The statement-level trigger stuff (i.e. the idea that ON CONFLICT
> UPDATE never fires an UPDATE statement level trigger) is for
> consistency with user-defined rules, where we're really compelled to
> have INSERT...ON CON
antees, and they're both non-standard.
[1]
http://www.postgresql.org/message-id/flat/CAM3SWZRP0c3g6+aJ=yydgyactzg0xa8-1_fcvo5xm7hrel3...@mail.gmail.com#CAM3SWZRP0c3g6+aJ=yydgyactzg0xa8-1_fcvo5xm7hrel3...@mail.gmail.com
--
Peter Geoghegan
--
You received this message because you are su
-insert-into-a-table/2249#2249
Would you be happier with that?
--
Peter Geoghegan
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving e
think that there is an
incredible amount of misinformation about this topic floating around.
The various vendors that have a MERGE feature should have clearly
indicated that MERGE isn't useful for implementing an UPSERT, but they
didn't, and so the problem persists.
--
Peter Geoghegan
-
1 - 100 of 167 matches
Mail list logo
