[ 
https://issues.apache.org/jira/browse/FLINK-17294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lijie Wang updated FLINK-17294:
-------------------------------
    Description: 
I noticed that JDBC connector using DriverManager to get connection, but 
DataSource is encouraged now.  We should using  DataSource  instead of 
DriverManager.

About the DriverManager vs DataSource, see 
https://stackoverflow.com/questions/15198319/why-do-we-use-a-datasource-instead-of-a-drivermanager.

Some implementations of DataSource maybe we can use : alibaba durid, apache dhcp

And we should introduce connection pool to get more performance.

  was:
I noticed that JDBC connector using DriverManager to get connection, but 
DataSource is encouraged now.  We should using  DataSource  instead of 
DriverManager.
About the DriverManager vs DataSource, see 
https://stackoverflow.com/questions/15198319/why-do-we-use-a-datasource-instead-of-a-drivermanager.
Some implementations of DataSource maybe we can use : alibaba durid, apache dhcp
And we should introduce connection pool to get more performance.


> Using "DataSource" instead of "DriverManager" to get connection in JDBC 
> connector
> ---------------------------------------------------------------------------------
>
>                 Key: FLINK-17294
>                 URL: https://issues.apache.org/jira/browse/FLINK-17294
>             Project: Flink
>          Issue Type: New Feature
>          Components: Connectors / JDBC
>            Reporter: Lijie Wang
>            Priority: Major
>
> I noticed that JDBC connector using DriverManager to get connection, but 
> DataSource is encouraged now.  We should using  DataSource  instead of 
> DriverManager.
> About the DriverManager vs DataSource, see 
> https://stackoverflow.com/questions/15198319/why-do-we-use-a-datasource-instead-of-a-drivermanager.
> Some implementations of DataSource maybe we can use : alibaba durid, apache 
> dhcp
> And we should introduce connection pool to get more performance.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to