Skip Menu |

This queue is for tickets about the DBD-Multiplex CPAN distribution.

Report information
The Basics
Id: 24219
Status: open
Priority: 0/
Queue: DBD-Multiplex

People
Owner: tkishel+perl [...] gmail.com
Requestors: MARKSTOS [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 1.99-1
Fixed in: (no value)



Subject: no support for SELECTs that modify
From what I can tell, there is no support for SELECTs that modify being treated as "read/write". An example is the common PostgreSQL idiom: SELECT nextval('user_id_seq'); There should be a way to user to specify that statements like this /do/ modify the database.
From: TKISHEL [...] cpan.org
On Thu Jan 04 12:54:14 2007, MARKSTOS wrote: Show quoted text
> From what I can tell, there is no support for SELECTs that modify being > treated as "read/write". An example is the common PostgreSQL idiom: > > SELECT nextval('user_id_seq'); > > There should be a way to user to specify that statements like this /do/ > modify the database.
Addressed in v 2.00. -- Tom
Subject: no support for custom SELECTs that modify
Thomas, I've looked at the 2.00 code. Thanks for the improvements here. The explicit nextval() exception is helpful. However, I still consider it an open issue that you can't declare a specific select statement as being one that modifies. For example, you could write a custom procedural function that modifies during a select, and there is no way to detect that automatically. So, I think manual intervention must be supported. I see it looking like this: $dbh->selectrow_array($sql, { mx_modifies => 1 }, @bind); The DBI spec allows drivers to have their own attributes here, as long as they have a prefix unique to the driver. Given the above syntax, I check could made for "mx_modifies" that would override automatic detection. Mark
Subject: Re: [rt.cpan.org #24219] no support for custom SELECTs that modify
Date: Mon, 8 Jan 2007 15:49:19 -0800
To: bug-DBD-Multiplex [...] rt.cpan.org
From: "Tom Kishel" <tkishel [...] gmail.com>
Mark, I agree that being able to explicitly specify that a statement will modify data should be supported. Do you want to submit a patch? -- Tom
Subject: Re: [rt.cpan.org #24219] no support for custom SELECTs that modify
Date: Mon, 08 Jan 2007 20:34:48 -0500
To: bug-DBD-Multiplex [...] rt.cpan.org
From: Mark Stosberg <mark [...] summersault.com>
Tom Kishel via RT wrote: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=24219 > > > Mark, > > I agree that being able to explicitly specify that a statement will > modify data should be supported. Do you want to submit a patch?
Tom, Not at this time. I'm still evaluating this along with DBD::Multi and DBIx::HA. I may contribute that if I decide DBD::Multiplex, but I can't say when/if that will be. Mark