, hvad er jdbc chauffør?gennemføre den definerede grænseflader, jdbc chauffører i jdbc api, for at interagere med jeres databaseserver., f.eks. ved hjælp af jdbc chauffører giver dig mulighed for at åbne database forbindelser og til at interagere med den ved at sende sql eller database befaler så får resultater med java.,, java.sql, pakke, at skibe med jdk, indeholder forskellige klasser med deres adfærd er defineret og deres faktiske implementaions er gjort i tredjemands chauffører.tredjemand sælgere gennemfører, java.sql.driver, grænseflade i deres database chauffør., jdbc chauffører typer jdbc chauffør implementeringer variere på grund af de mange forskellige operativsystemer og hardware - platforme, hvor java fungerer.solen er fordelt gennemførelsen former i fire kategorier, type 1, 2, 3, og 4, der er forklaret nedenfor &minus, type 1: jdbc-odbc bro chauffør i en type 1 - chauffør, en jdbc bro, bruges til at få adgang til odbc chauffører er installeret på hver enkelt kunde maskine.ved hjælp af odbc forudsætter konfigureringen på dit system en datakilde navn (* * * i, der repræsenterer det mål - database. når java først kom frem, var det en nyttig chauffør, fordi de fleste databaser kun støttet odbc adgang, men nu denne type chauffør anbefales kun til anvendelse i forsøgsøjemed eller, når der ikke findes andre alternativer.,,, jdbc-odbc bro, der kommer med jdk 1.2 er et godt eksempel på denne form for føreren, type 2: jdbc indfødte api, i en type 2 - chauffør, jdbc api skal omregnes til lokalt c /c + + api - opkald, som er enestående i databasen.disse chauffører er typisk varetages af databasen, sælgere og anvendes på samme måde, som den jdbc-odbc bro.sælgeren specifikke førere skal monteres på hver klient maskine. hvis vi ændrer den database, er vi nødt til at ændre den oprindelige api - grænseflade, som det er bestemt i en database, og de er for det meste forældede nu, men du må indse, at farten øges med en type 2 - chauffør, fordi den fjerner odbc er over os.,,, oraklet kalder grænseflade (oci) chauffør er et eksempel på en type 2 - chauffør, type 3: jdbc netto ren java, i en type 3 - chauffør, en fremgangsmåde i tre trin bruges til at få adgang til databaser.den jdbc kunder at anvende standard net ud til at kommunikere med en middleware applikationsserver.stikkontakten oplysninger er så oversat af middleware applikationsserver i kalder format, der kræves af dbms og sendt til databasen server. den slags fører er meget fleksible, eftersom det kræver ingen kode monteret på kunden og en enkelt chauffør faktisk kan give adgang til adskillige databaser,.,,, du kan tænke på den applikationsserver som jdbc "erstatning", der betyder, at det er opfordringer til klientprogrammet.som følge heraf har du kendskab til anvendelsen af serverens konfiguration for effektivt at anvende denne chauffør. din applikationsserver kan anvendelse af type 1, 2 eller 4 fører til at kommunikere med den database, at forstå nuancerne vil vise sig nyttig. type 4: 100% ren java, i en type - 4 chauffør, en ren java baseret chauffør kommunikerer direkte med sælgerens database via stikkontakt forbindelse.dette er den største resultater fører til rådighed til databasen og er normalt leveres af saelgeren selv. den slags fører er meget fleksible, behøver du ikke at installere særligt software til kunden eller server.yderligere, disse chauffører kan downloades dynamisk.,,, mysql er stik /j chauffør er en type 4 chauffør.på grund af den fortrolige karakter af deres net, protokoller, database, sælger normalt levering af type 4 chauffører., som føreren skal anvendes?hvis du har adgang til en form for database, såsom oracle, sybase eller ibm, den foretrukne chauffør type er 4. hvis din java anvendelse er adgang til forskellige former for databaser på samme tid, type 3 er den foretrukne chauffør. type 2 chauffører er nyttige i situationer, hvor en type 3 eller - type 4, fører ikke til rådighed for jeres database. den type 1 - chauffør ikke anses for en indsatsniveau chauffør, og anvendes typisk til udvikling og testning,.,