Valg af database til Java

Afhænger jo nok lidt af hvordan du skal bruge databasen.

Simple INSERT uden behov for transaktions support, så er der nok ikke meget
som kan slå MySQL med MyISAM tabeller.

INSERT med behov for transaktions support, så lyder Oracle eller MS SQLServer
meget interessante.

Primært queries ! Hvilken slags queries ?
(det kan være ret afgørende om SQL dialekten understøtter det du skal bruge)

Hmm...jeg havde regnet med at det var mere simpelt end som så. Ærligt talt kender jeg ikke ret meget til databaser udover Access. Så tja, de fleste af de begreber du nævner kender jeg ikke.

Uanset hvilken database du vælger så står det fast at du skal bruge JDBC.

Dit valg er så om du vil bruge JDBC direkte i din applikation eller
om du vil bruger noget mellem din kode og JDBC kaldene.

(det noget kunne så være f.eks. JDO eller Hibernate)

P.g.a. den meget standardiserede tilgang så er Java nok et af de
environments hvor det er nemmest at skifte database, så måske skulle
du starte med MySQL og se hvordan det går. Du kender den database og
hvis du skal skifte senere så er det ikke så vanskeligt.

Undgå Access. MS har ikke lavet en JDBC driver til Access så det er
app---JDBC ODBC bridge---ODBC driver---Access og det virker dårligt.

Ja, Access havde jeg heller ikke regnet med at bruge, men det er stort set det jeg er bekendt med. Men jeg kan høre at jeg har en del begreber jeg skal have lært, kender du nogle gode steder til at lære Java og databaser? Jeg aner intet om det.

du kan ihvertfald starte her http://java.sun.com/docs/books/tutorial/jdbc/basics/index.html

Jeg har brugt HSQLDB med stor succes. Men mine krav mht performance har heller ikke været store. Ta' evt. selv et kig:

http://hsqldb.org/

(Og så er selve databasen skrevet i Java)

Jeg ser lige på deres forside, at de faktisk har en performancetest hvor de sammenligner med andre databaser.

Nu spørger du jo godt nok om performance, men hvis jeg skulle nævne en af de store fordele ved HSQLDB, så er det, at den er utrolig nem at embedde med sin applikation - så man ikke skal til at installere en server (MySql, MsSql, osv...)

Jeg har en formodning om at HSQLDB vil være langsom til nogle ting, men
en test jeg lavede viste udmærket query performance og absolut fremragende insert
performance (dog med et noget voldsomt diskplads forbrug).

Lige et par links til lidt kode eksempler fra javabog.dk:
http://javabog.dk/OOP/kapitel20.jsp (brug dog ikke jdbc-odbc som i eksemplet)
http://javabog.dk/VP/kapitel8.jsp (her benytes jdcb)

Ellers ligger der en del eksempler her på exp med hvordan man kommunikerer med såvel mysql som hsqldb. Det er iøvrigt rart at have et grafisk interface til sin db, så sørg for også at have et sådant - det kan man få til mysql og sikkert også til hsqldb.

Okay, jeg har fået kigget lidt på MySQL nu, og JDBC tutorialen ser jo dejlig nem ud :) Men jeg har det problem, at jeg ikke rigtigt ved hvad transaktioner er, ud fra den smule jeg har kunnet finde, lyder det ikke som noget jeg skal bruge. Men er der nogle der kan forklare mig hvad det går ud på?

Mht. queries, tja så skal jeg kunne hente data fra en bestemt tabel, lave beregninger på det og så indsætte mine tal i de allerede eksisterende rækker.

den meget korte variant:

en transaktion består af en eller flere (giver mest mening ved to eller flere)
SQL sætninger som opdaterer en database

hele transktionen bliver enten gennemført (committet) eller ikke gennemført (rolledback)

d.v.s. enten alle SQL opdateringerne eller ingen

forestil dig:

UPDATE bankkonto SET saldo=saldo-100 WHERE bruger='themepark';
UPDATE bankkonto SET saldo=saldo+100 WHERE bruger='arne_v';

hvis man udførte den første og systemet crashede inden den anden var blevet
udført så ville der forsvinde 100 kroner ud i den blå luft

med transaktioner bliver enten begge eller ingen af de 2 UPDATE udført

Hmm, ja det er jo meget smart :) Men det er nu ikke noget der er videre nødvendigt for mig at have med :) Mht. queries er der vel ikke noget ekstra der? Det er jo bare standard SQL sætninger, som findes i alle dialekter, ikke?

queries er mindre vigtige i forhold til transaktioner

der er dog lidt nemlig scenariet:

connection 1: BEGIN
connection 1: UPDATE bankkonto SET saldo=saldo-100 WHERE bruger='themepark';
connection 2: SELECT saldo FROM bankkonto WHERE bruger='themepark';
connection 1: UPDATE bankkonto SET saldo=saldo+100 WHERE bruger='arne_v';
connection 1: COMMIT

hvad returnerer den SELECT ?

Fair nok, du spurgte bare om det i starten, så jeg skulle lige være sikker på at der ikke var noget at tage hensyn til der :)

Øhm...godt spørgsmål...der må være en fælde et sted siden du siger det på den måde. Den returnerer saldoen på min konto efter de 100 kroner er trukket? Jeg ville gætte på at transaktioner har første prioritet :)

svaret er at det afhænger af det man kaldet transaction isolation level

med et lavt sådan så vil den læse efter at de 100 kr. er trukket

med et højt sådan vil den læse den oprindelige saldo fordi man ikke
vil tillade andre connections at læse data som ikke er commited
(og som måske aldrig bliver commited)

det er ikke alle som har brug for transaktioner

men har man brug for dem, så har man tit hårdt brug for dem

Hmm, okay, der lader til at være meget at sætte sig ind i, men som sagt, jeg får ikke brug for det :) Så MyISAM vil være det bedste at bruge?

hvis du ikke har brug for transaktioner så er MySQL med MyISAM tabeller
en udmærket løsning (men der er også andre - bl.a. HSQLDB)

Okay, jamen det passer mig fint da jeg også har forholdsvis nemt ved at finde ud af MySQL :) Smid et svar, så accepterer jeg i morgen.

svar