Dlaczego używamy DataSource zamiast DriverManager?

Czytam specyfikację Java JDBC (vr. 4) i napotkałem takie stwierdzenie:

DataSource - ten interfejs został wprowadzony w interfejsie API pakietu opcjonalnego JDBC 2.0. Jest preferowany w stosunku do DriverManager, ponieważ pozwala na przejrzystość szczegółów dotyczących bazowego źródła danych dla aplikacji

Próbuję zrozumieć, jaka jest różnica między a Connectioni a DataSourcei dlaczego istnieje. Chodzi mi o to, że powyższy blok mówi, że szczegóły dotyczące źródła danych są przezroczyste dla aplikacji, ale czy eksternalizacja właściwości bazy danych, takich jak nazwa użytkownika, hasło, adres URL itp. W pliku właściwości, a następnie użycie narzędzia DriverManager, nie działa w ten sam sposób?

Czy DataSourceinterfejs jest tworzony tylko po to, aby mieć wspólny sposób zwracania połączeń, które można łączyć itp.? Czy w Java EE serwer aplikacji implementuje ten interfejs, a aplikacje wdrażane tak, aby miały odniesienie do źródła danych zamiast połączenia?

Lepsza skalowalność i konserwacja

Dla DriverManagertrzeba znać wszystkie szczegóły (host, port, nazwa użytkownika, hasło, klasa kierowca) do połączenia z DB i uzyskać połączenia. Eksternalizacja tych w pliku właściwości nie zmienia niczego w tym, że musisz je znać.

Używając a, DataSourcemusisz tylko znać nazwę JNDI. AppServer dba o szczegóły i nie jest konfigurowany przez dostawcę aplikacji klienckiej, ale przez administratora, na którym aplikacja jest hostowana.

Skalowalność:

Załóżmy, że musisz sam utworzyć połączenia, jak poradzisz sobie ze zmianą obciążenia, czasami masz 10 użytkowników, czasami masz 1000, nie możesz po prostu uzyskać połączenia, kiedy tylko potrzebujesz, a później je `` zwolnić '', aby serwer bazy danych nie działał wyjść z połączeń, co prowadzi do puli połączeń. DriverManagernie zapewnia tego DataSource.

Jeśli zamierzasz samodzielnie zaprogramować pulę połączeń, musisz użyć DriverManager, w przeciwnym razie skorzystaj z DataSource.

DriverManager

• utrudnia działanie aplikacji, ponieważ połączenia są tworzone / zamykane w klasach Java.
• nie obsługuje buforowania połączeń.

DataSource

• poprawia wydajność aplikacji, ponieważ połączenia nie są tworzone / zamykane w ramach klasy, są zarządzane przez serwer aplikacji i mogą być pobierane w czasie wykonywania.
• zapewnia możliwość tworzenia puli połączeń
• przydatne w aplikacjach korporacyjnych

Poniższy kod przedstawia dwa sposoby uzyskania połączenia.

Nie trzeba znać adresu URL w przypadku, mySqlDataSourcegdy ta linia jest komentowana.

public class MySqlDataSourceTest {

public static void main(String[] args) throws SQLException, ClassNotFoundException {


    /************** using MysqlDataSource starts **************/
    MysqlDataSource d = new MysqlDataSource();
    d.setUser("root");
    d.setPassword("root");
//  d.setUrl("jdbc:mysql://localhost:3306/manavrachna");
    d.setDatabaseName("manavrachna");
    Connection c =  (Connection) d.getConnection();
    /************** using MysqlDataSource ends**************/


    /************** using DriverManager start **************/
    Class.forName("com.mysql.jdbc.Driver");
    Connection c=(Connection) DriverManager.getConnection("jdbc:mysql://localhost:3306/manavrachna","root","root");
    /************** using DriverManager ends **************/

    Statement st=(Statement) c.createStatement();
    ResultSet rs=st.executeQuery("select id from employee");
    while(rs.next())
    {
        System.out.println(rs.getInt(1));
    }

}

}

DataSourceobiekty mogą zapewniać pule połączeń i transakcje rozproszone, więc może być konieczne użycie DataSourcejednej lub obu tych funkcji.

Możemy uzyskać połączenie za pomocą źródła danych w następujący sposób. Użyj połączenia, aby wykonać dowolne zapytanie do bazy danych.

DataSource datasource = (DataSource) new InitialContext().lookup(dataSourceName);
Connection connection = datasource.getConnection();