DBIx::Class nur ein update mit in(...) (Allgemeines zu Perl)

[thread]19190[/thread]

DBIx::Class nur ein update mit in(...)

Tags: perl5 Catalyst Update DBIx::Class Ähnliche Threads

Leser: 12

Articles: hide open all | hide show old branches

+5 replies

Gast Martin

2014-07-11 18:51

Guten Tag,

ich würde gerne in Catalyst die Spalte price einer Tabelle updaten. Ich habe eben 2 Stunden gegoogelt und die CPAN-Dokumentation gelesen, aber habe dazu nichts gefunden.

Code (perl): (dl )

    $c->model('PVDB::Product')->search(
        {
            -and =>
              [ 
                { id => { in => \@ids } },
                { price => { '<>' => 100 } },
              ],
        },
    )->update( { price => 100 } );

Dies funktioniert an sich, nur wird da für jedes Element in @ids ein update ausgeführt:

Code: (dl )

...
UPDATE products SET price = ? WHERE ( id = ? ): '100', '205'
UPDATE products SET price = ? WHERE ( id = ? ): '100', '215'
...

Gibt es eine Möglichkeit, mit DBIx::Class anstelle der vielen Statements nur eins auszufürhren, z.B.

Code: (dl )

UPDATE products SET price = 100 WHERE id IN ( 205, 215, 300, ..., 712 )

Es kann vorkommen, dass da mehrere 1000 Produkte aktualisiert werden, was jeweils ein paar Sekunden dauert, und ich würde schon gerne auf der Ebene DBIx::Class bleiben und tiefer gehen, z.b SQL::Abstract oder sogar SQL pur.

Ich verwende für diese Spielerei die Datenbanken sqlite und PostgreSQL.

Vielen Dank und liebe Grüße,

Martin
Last edited: 2014-07-11 19:11:38 +0200 (CEST)

Muffi

2014-07-11 20:16

User since
2012-07-18
1465 Artikel
BenutzerIn

Ich hab ja auch schon mal, wie wohl so mancher, an einem Eigenbau-ORM rumgebastelt. Und das Problem bei dieser Optimierung war bei mir, dass jedes Objekt ja für sich selbst abgearbeitet werden muss, z.B. wegen Trigger, die auf einen insert/update gelegt werden.
1 + 1 = 10
+2 replies
jan

2014-07-11 21:03
User since
2003-08-04
2536 Artikel
ModeratorIn
hey,
Guest Martin

Code (perl): (dl )

1 2 3 4 5 6 7 8 9

$c->model('PVDB::Product')->search( { -and => [ { id => { in => \@ids } }, { price => { '<>' => 100 } }, ], }, )->update( { price => 100 } );
Das hier für jedes Element eine Query läuft, macht Sinn. Schließlich machst Du praktisch eine Suche und wendest auf das ResultSet dann die update-Methode an. Die geht natürlich dann das ResultSet durch.

Was Du suchst ist vielleicht
ResultSet->update
Last edited: 2014-07-11 21:06:40 +0200 (CEST)
- Gast Martin
  
  2014-07-12 16:43
  
  Danke für deine Antwort und den Hinweis. Leider ist dieses update anscheinend nur dazu da zu sein, um Spaltenwerte eines kompletten Resultsets (d.h. einer kompletten Rabelle) auf einen Rutsch zu ändern (oder habe ich das missverstanden?).
  Ich brauche jedoch zuerst die Abfrage, weil nur einige geändert werden sollen.
  Dann hilft wohl nur noch ein manuelles SQL Statement
  Last edited: 2014-07-12 17:22:41 +0200 (CEST)

Gast Martin

2014-07-12 16:55

Ich habe weitergeforscht und jetzt den Grund gefunden. Das Problem schien das -and gewesen zu sein. Ohne es funktioniert mein Konstrukt wie gewünscht:

Code (perl): (dl )

    $c->model('PVDB::Product')->search(
        {
            id    => { in   => \@ids },
            price => { '<>' => $price },
        },
    )->update( { price => $price } );

ergibt:

Code: (dl )

UPDATE products SET price = ? WHERE ( ( id IN ( ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? ) AND price <> ? ) ): '100', '40', '41', '42', '43', '44', '45', '46', '47', '48', '49', '50', '51', '52', '53', '54', '55', '56', '57', '58', '59', '60', '61', '62', '63', '64', '65', '66', '67', '68', '69', '70', '71', '72', '73', '74', '75', '76', '77', '78', '79', '80', '81', '82', '83', '84', '85', '86', '87', '88', '89', '90', '91', '92', '93', '94', '95', '96', '97', '98', '99', '100', '101', '102', '103', '104', '105', '106', '107', '108', '109', '110', '111', '112', '113', '114', '115', '116', '117', '118', '119', '120', '121', '122', '123', '124', '125', '126', '127', '128', '129', '130', '131', '132', '133', '134', '135', '136', '137', '138', '139', '140', '141', '142', '143', '144', '145', '146', '147', '148', '149', '150', '151', '152', '153', '154', '155', '156', '157', '158', '159', '160', '161', '162', '163', '164', '165', '166', '167', '168', '169', '170', '171', '172', '173', '174', '175', '176', '177', '178', '179', '180', '181', '182', '183', '184', '185', '186', '187', '188', '189', '190', '191', '192', '193', '194', '195', '196', '197', '198', '199', '200', '201', '202', '203', '204', '205', '206', '207', '208', '209', '210', '211', '212', '213', '214', '215', '216', '217', '218', '219', '220', '221', '222', '223', '224', '225', '226', '227', '228', '229', '230', '231', '232', '233', '234', '235', '236', '237', '238', '239', '240', '241', '242', '243', '244', '245', '246', '247', '248', '249', '250', '251', '252', '253', '254', '255', '256', '257', '258', '259', '260', '261', '262', '263', '264', '265', '266', '267', '268', '269', '270', '271', '272', '273', '274', '275', '276', '277', '278', '279', '280', '281', '282', '283', '284', '285', '286', '287', '288', '289', '290', '100'

Last edited: 2014-07-12 17:22:45 +0200 (CEST)

View all threads created 2014-07-11 18:51.