Unix Technical Forum

Re: [PATCHES] DELETE ... USING

This is a discussion on Re: [PATCHES] DELETE ... USING within the pgsql Hackers forums, part of the PostgreSQL category; --> Bruce, > If everyone else is OK with having it fail, that is fine with me, but I > ...


Go Back   Unix Technical Forum > Database Server Software > PostgreSQL > pgsql Hackers

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 04-11-2008, 04:22 AM
Josh Berkus
 
Posts: n/a
Default Re: [PATCHES] DELETE ... USING

Bruce,

> If everyone else is OK with having it fail, that is fine with me, but I
> wanted to make sure folks saw this was happening. Â*I basically saw no
> discussion that we were disabling that syntax. Â*[CC moved to hackers.]


I believe we hashed this out when we added add_missing_from back in 7.3.

In any case, yes, making that kind of query fail is intentional. So it should
go in the release notes as a warning. Suggested text:

====================
add_missing_from now defaults to "true". This means that queries such as the
following:
SELECT pg_class.*;
DELETE FROM table_1 WHERE table_2.fk = table_1.key AND table_2.col3 = TRUE;
.... will no fail with default settings. Either set add_missing_from to TRUE
to re-enable them, or modify your application to support the correct syntax,
such as the new DELETE FROM ... USING (see below).
====================

--
Josh Berkus
Aglio Database Solutions
San Francisco

---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old 04-11-2008, 04:23 AM
Thomas F.O'Connell
 
Posts: n/a
Default Re: [PATCHES] DELETE ... USING

Just to prevent a copy/paste error, I'd correct "will no fail" to "will
now fail" in the suggested text below...

-tfo

--
Thomas F. O'Connell
Co-Founder, Information Architect
Sitening, LLC

Strategic Open Source: Open Your i™

http://www.sitening.com/
110 30th Avenue North, Suite 6
Nashville, TN 37203-6320
615-260-0005

On Apr 10, 2005, at 5:49 PM, Josh Berkus wrote:

> Bruce,
>
>> If everyone else is OK with having it fail, that is fine with me, but
>> I
>> wanted to make sure folks saw this was happening. *I basically saw no
>> discussion that we were disabling that syntax. *[CC moved to hackers.]

>
> I believe we hashed this out when we added add_missing_from back in
> 7.3.
>
> In any case, yes, making that kind of query fail is intentional. So
> it should
> go in the release notes as a warning. Suggested text:
>
> ====================
> add_missing_from now defaults to "true". This means that queries such
> as the
> following:
> SELECT pg_class.*;
> DELETE FROM table_1 WHERE table_2.fk = table_1.key AND table_2.col3 =
> TRUE;
> ... will no fail with default settings. Either set add_missing_from
> to TRUE
> to re-enable them, or modify your application to support the correct
> syntax,
> such as the new DELETE FROM ... USING (see below).
> ====================
>
> --
> Josh Berkus
> Aglio Database Solutions
> San Francisco


---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly

Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On
Forum Jump


All times are GMT. The time now is 05:09 AM.


Powered by vBulletin® Version 3.6.5
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.2.0
www.UnixAdminTalk.com