Hoe losse koppeling tussen JDBC-stuurprogramma's en broncode te bereiken?

Je hebt het goed. Voer de naam van de stuurprogrammaklasse, de database-URL, de gebruiker en het wachtwoord uit, en alsjeblieft. Dat is hoe dan ook door de meeste "frameworks" gedaan: Java EE-servers laten het configureren van gegevensbronnen op de server toe en gebruiken deze via JNDI. Verbindingspools gebruiken hiervoor meestal hun configuratiebestand, verbindingspools gebruiken meestal een XML- of eigenschappenbestand om hun configuratie te behouden.

Natuurlijk, als u eigen SQL-code gebruikt, kunt u niet zo gemakkelijk overschakelen van de ene database naar de andere, maar dat is een ander probleem.

Dit kan zeker voor u werken. Ik zal echter wat completer zijn voor toekomstige lezers van de vraag:

maar veel van de vragen die u schrijft, kunnen database-specifiek zijn, of vertrouwen op bepaalde zoekwoorden om effectief te zijn. Neem bijvoorbeeld een veelgestelde vraag. U wilt alle producten in een database weergeven, maar de gebruiker 10 tegelijk laten zien:

MySQL:

select * from products LIMIT 0,10

dan voor de volgende 10 rijen:

select * from products LIMIT 10,10

enz.

Fantastisch, zodat gebruikers MySQL kunnen gebruiken voor de database. Wel, wat als ze postgres gebruiken, een andere gratis en erg populaire database? Die vraag zal niet werken:

SELECT * FROM product LIMIT 10 OFFSET 10

Dus je code is niet zo veel draagbaar als je denkt.

Een manier om dit te omzeilen is om uw eigen interfaces (interfacequery, interface Access) te maken voor alle query's/toegangen die u van plan bent te doen, en dan een queryfabriek te hebben die kan instantiëren, op basis van de DB-dialect (MySQL, postgres) , enz.) en maak MySQLQueryImpl en PostGresQueryImpl aan (beide implementeren de Query-interface).

Je moet helaas een deel van de databaseaanroepen tweemaal coderen of ze zelf naar een eigenschappenbestand verplaatsen. U kunt ook de queryfactor ontwerpen om vanuit een eigenschappenbestand te instantiëren (zoals u oorspronkelijk wilt), en andere gebruikers in de toekomst toestemming geven om hun eigen query uit te voeren, zodat de uitbreidbaarheid er is en u het niet allemaal zelf hoeft te doen.

Or ...

De andere optie, die waarschijnlijk eleganter en foutbestendig is (nou ja ... misschien) is om iemand anders dit voor je te laten doen. Slaapstand is een veelgebruikt hulpprogramma dat de voor u lees-/schrijfdatabase abstract maakt en kan worden geconfigureerd om een verschillende database zoals u dat wilt, alleen heeft het jarenlange ervaring en bugfixes. Het is niet het gemakkelijkste om te leren (voor complexe query's en joins, enz.) Maar voor de basismodellen en toewijzing aan een database, het geeft je alles wat je wilt en meer, inclusief de mogelijkheid om caching heel gemakkelijk in en uit te schakelen en lui het laden van gegevens, zodat u niet duizenden records bij de hand hebt die u niet zult gebruiken. Het zou lang duren om een ​​systeem als dit te maken en te verharden.

Externalizing connection string stelt uw applicatie niet in staat om verschillende databases te verwerken. Maar hier is wat je kunt doen.

Use Datasource instead of connection This offers you the ability to create connection many different ways using JNDI, from Connection Pool, etc.

Meer over Datasource, rechtstreeks uit javax.sql.DataSource javadoc

Dit is een fabriek voor verbindingen met de fysieke gegevensbron   DataSource-object vertegenwoordigt. Een alternatief voor de DriverManager   faciliteit, een DataSource-object is het voorkeursmiddel om een   verbinding.

Define DAO interface for accessing data. Make your application code depend on Interface. You can provide database specific implementation for the DAO interface. When the database changes, create new implementation for the database. Let DAO factory pick and choose the appropriate instance of DAO depending on database.

Bibliotheken zoals Mybatis, Slaapstand die het ORM -paradigma ondersteunen automatiseren deze stappen voor u.