Meget langsom database.....

Det er din odbc bridge der er problemmet.

Brug en rigtig database som f.eks. MySQL så skal du se performance :)

Hvis du opretter en forbindelse til databasen (ny connection) hver gang du vil slå et ord op, så ændr det til at forbindelsen bliver oprettet når programmet starter - så slipper du for at oprette objekter til højre og venstre.

Der kan også være meget ved at anvende JDBC i stedet for ODBC - vel og mærke hvis man har en JDBC driver til den pågældende database.

Hvor meget forskel er der på Access og MySql.. Vel ikke hele 7-8 sekunder..??

-Anders

Ved enkelt-bruger adgang til lokal database
er MS Access faktisk meget hurtig.

Men JDBC-ODBC bridgen fra SUN har ikke noget
godt ry.

Jeg synes dog ikke rigtigt at det kan forklare 7-8
sekunder.

odbc er langsom, og jdbc-odbc bridgen er ikke særligt god heller.

Kig også på idle's svar.

post lige din kode du bruger til at snakke med odbc bridgen med.

Det er ikke når vi åbner databasen problemet forekommer, men i selve søgningen...

Vores søgealgorimte ser således ud....

while (rs.next()||!fundet)
{
  tempOrd = rs.getString(1);
  if(ord.equals(tempOrd))
  fundet = true;
}

Det er den som virkelig trækker tænder ud....

-Anders

Hvorfor ik lave det i sql?

Hvis Java'en skal oprette et resultset med 360k poster, så forstår jeg godt at det tager 7-8 sekunder!! Som magoo skriver, så skal der helt klart laves en SQL forespørgsel.

try
        {
            Statement statement = con.createStatement();
               
            String query = "SELECT * FROM " + tableName;
       
            ResultSet rs = statement.executeQuery(query);
           
            try
            {
               
                while (rs.next())
                {
                    tempOrd = rs.getString(1);
                                   
                    if(ord.equals(tempOrd))
                        fundet = true;
                                   
                }
           
           
            }
            catch(SQLException sqlex)
            {
                sqlex.printStackTrace();
                Dialog.show("SQL Fejl",sqlex.toString());
            }
           
            statement.close();
        }
        catch(SQLException sqlex)
        {
            sqlex.printStackTrace();
            Dialog.show("SQL Fejl",sqlex.toString());
        }

Se hele koden her

http://www.team4.dk/upload/upload/database.zip

-Anders

String query = "SELECT * FROM " + tableName + " WHERE (kolonnenavn) = \"" + ord +"\""

eller noget i den stil ;-)

(kolonnenavn) skal så skiftes ud med det som kolonnen hedder i databasen.

På den måde får databasen lov til at gøre det den er god til - at udvælge posten for dig.

Java-en skal så også kun oprette et resultset med een post i stedet for 360000, hvilket mildest talt er lidt mindre hukommelses- og CPU-tungt.

og ret:
                while (rs.next())
                {
                    tempOrd = rs.getString(1);
                                   
                    if(ord.equals(tempOrd))
                        fundet = true;
                                   
                }

til
                while (rs.next())
                {
                    tempOrd = rs.getString(1);
                                   
                    if(ord.equals(tempOrd))
{
                        fundet = true;
break;
}
                                   
                }


Hvis du endelig vil bruge den 'grimme' query, når du har fundet det du søger er der ingen grund til at forsætte i løkken.

idle.. Gider du at svare... Nu er vi altså nede på noget der ligner 0.3 sekund.. Med access....

Takker :o)

stregnt taget kan while-løkken lige så godt dø. If-sætningen er redundant i forhold til SQL-sætningen. Bare nøjes med: 

if (rs.getNext()){
    tempOrd = rs.getString(1);
    fundet = true;
} else
    fundet =  false;

disky... - Hvad mener du helt præcis med "grimme" query. Kan det laves smartere el.????

ja med en where clausul som idle nævner.

Ja okay.... Så misforstod vi vist hinanden... Men mange tak for de fine svar... Dem er vi meget glade for... :o)