David Golden <x...@xdg.me> wrote:
> List members should reply to this email with an email body indicating
> clearly "Proposal A" or "Proposal B". Other responses, such as "+1" or "me,
> too" replies to others' votes will be disregarded.
— and that does
seem to be the model that's been proposed.
--
Aaron Crane ** http://aaroncrane.co.uk/
___
List: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/dbix-class
IRC: irc.perl.org#dbix-class
SVN: http://dev.catalyst.perl.org/repos/bast/DBIx-Class/
Sea
and/or dataset.name, you'll probably get a full table scan.
I'm aware that you say the two queries have comparable performance
when run from the psql client, but could I ask you to double-check?
You may also find Postgres's EXPLAIN useful.
--
Aaron Crane ** http://aaroncrane.co.uk
({ item_comment = $mycomments });
That is, the search first restricts the resultset to consider only
rows whose item column is $item; then the update updates the
item_comment for any matching row. (Which, in this case, should be
precisely one row.)
Does that help?
--
Aaron Crane ** http
belongs_to
— I can't do `$account_user-blog_comments`, for example
However, if anyone's interested in working on something similar, let
me know and I'll lend what assistance I can.
--
Aaron Crane ** http://aaroncrane.co.uk/
___
List: http://lists.scsys.co.uk
. And not in a good way.
Assuming we can't offer the desired protection for the case where the
object is still dirty, what benefit is there in offering it for the
case where the object is clean?
I'm with Ash on this: an `update_and_refresh` method sounds like the
right solution to this problem.
--
Aaron
these patches with a
different branch, please let me know.
--
Aaron Crane ** http://aaroncrane.co.uk/
Index: t/03podcoverage.t
===
--- t/03podcoverage.t (revision 4387)
+++ t/03podcoverage.t (working copy)
@@ -101,6 +101,11
-changing patch.
Again, all tests still pass.
--
Aaron Crane ** http://aaroncrane.co.uk/
Index: t/60core.t
===
--- t/60core.t (revision 4387)
+++ t/60core.t (working copy)
@@ -7,7 +7,7 @@
my $schema = DBICTest-init_schema
::get_linear_isa('BB', 'c3')},
ee = sub {mro::get_linear_isa('BB', 'c3')},
});
Presumably the last three occurrences of 'BB' should be 'CC', 'DD',
and 'EE', respectively, no?
The two benchmark scripts behave the same in that respect.
--
Aaron Crane