PreparedStatement

Begge bør virke.

Og jeg tror ikke, at der nogen nævneværdig forskel på performance.

Jeg ville bruge den første og så vælge nogle mere sigende navne a la:
  selTable1PrepStmt
  selTable2PrepStmt
for at gøre koden mere letlæselig ved at man ud fra navnet ved
hvilken SQL sætning der gemmer sig bag ved den.

Ideen med et prepared statement er netop at det er prepared.

Der er ingen ide i at lave et prepared statement, for derefter at prepare det igen med et nyt SQL statement - så er dynamisk SQL mere velegnet.

Preparedstatement er netop beregnet til at prepare et statement en gang og derefter eksekvere det flere gange, fordelen for databasen er at den kun skal
oprette en eksekveringsplan en gang.

miknil

Du kan med fordel anvende noget i stil med

Statement aStmt = Connection.createStatement();
ResultSet aSet = theStatement.executeQuery(theSql); 

og så genbruge aStmt istedet.

miknil

theStatement er s'føli aStmt :-)

miknil>

Streng taget preparer han ikke noget prepared statement igen. Det kan man
slet ikke.

De to muligheder er:

1)  en referance som først peger på et objekt og senere på et andet objekt
2)  to referancer som peger på hver sit objekt

Jeg vil fordsætte at han er færdig med den ene prepared statement inden
han går igang med den næste (ellers giver #1) ikke meget mening.

De eneste performance forskelle der er på de to er at:
- i #2 er der en referance mere
- i #1 er def første objekt klar til GC lidt før

Ingen af dem betyder noget som helst.

Det er derfor jeg synes at der skal fokuseres på letlæselig kode.

To gange bedes databasen om prepare et SQL statement! længere er den ikke.

Der er ingen gevinst sammenlignet med dynamisk SQL, tværtom.

miknil

Spørgsmålet gik ikke på prepared statement versus almindelig statement
men på genbrug af prepared statement referancen.

Der er 2 grunde til at bruge prepared statements.

Den ene er hvis man skal bruge samme grundliggende SQL sætning
med forskellige parametre flere gange.

Den anden er for at undgå quote problemer.

Hvis dsj kun bruger den prepared statement en gang, så gælder den
første grund ikke.

Men dsj kan jo sagtens bruge prepared statement af den anden grund
eller faktisk bruge den prepared statement flere gange og bare have
valgt ikke at gentage executeQuery linien i hans lille code outline,
fordi det som sagt intet har med hans spørgsmål at gøre.

Det er ganske almindeligt at have flere prepared statements i
et stykke kode.

Det var noget af det som miknil nævner, som jeg tænkte på. Nu har jeg bare aldrig brug for at køre det samme sql-kald flere gange i træk - det skulle da lige være insert's, men det klarer jeg i én sætning med insert ... select (MySQL).

Er der virkelig ingen forskel andet end nogle objekt-referencer??

Ikke i det kode fragmenter du har postet i spørgsmålet.

Hvis du kun bruger din prepared statement så er der ikke nogen
performance fordel ved det (men mkan kan stadig have nytte af det
til at undgå quote problemer).

Dine 2 kode fragmenter ville i C++ se ud som:

  PreparedStatement *prepStmt1 = con.prepareStatement(sql);
  prepStmt1.executeQuery();
  PreparedStatement *prepStmt2 = con.prepareStatement(sql);
  prepStmt2.executeQuery();
  delete prepStmt1;
  delete prepStmt2;

og:

  PreparedStatement *prepStmt1 = con.prepareStatement(sql);
  prepStmt1.executeQuery();
  delete prepStmt1;
  prepStmt1 = con.prepareStatement(sql);
  prepStmt1.executeQuery();
  delete prepStmt1;

Strengt taget er arne's svar korrekt.
Du bør dog overveje om det er nødvendigt at bruge preparedstatement (p.g.a bindvariable ?) eller om ikke dynamisk sql var mere velegnet.

Jeg kan risikere quotes, så jeg bliver nødt til at anvende preparedstatement :)

"Jeg kan risikere quotes" hmmmmm... det er da aldrig et problem - hvem bruger
quotes nu om dage ?

Ellers er det vel noget et requlært udtryk kan klare :-)

miknil

Det gør du: Kommentar: miknil
13/02-2003 19:48:51    Strengt taget er arne's svar korrekt. <----

Det er expnote-serveren jeg arbejder på og der er ofte quotes i spørgsmålenes titler...

Og hvorfor lave en masse algoritmer, hvis man kan anvende preparedstatements :)

"Jeg kan risikere quotes" hmmmmm ....

var selvfølgelig ment som en morsomhed :-)

miknil

I know ;)