setstring - prepared statement java definicion

Uso de la agrupación de PreparedStatement en dbcp

Question

¿Puede alguien explicar cómo se puede usar la agrupación de conexiones preparada con dbcp? (con algún código de ejemplo si es posible). He descubierto cómo activarlo, pasando un KeyedObjectPoolFactory a PoolableConnectionFactory. Pero, ¿cómo deben definirse las declaraciones preparadas específicas después de eso? En este momento solo estoy usando PoolingDataSource para obtener conexiones desde el grupo. ¿Cómo uso las declaraciones preparadas del grupo?

Answer 1

Hablando bien acerca de cómo obtener conexión del grupo de servidores y obtener una conexión "no compartida", ¿hay algún cambio en tu código :)? Apuesto a que no. De la misma manera con las declaraciones preparadas. Tu código no debería cambiar Entonces, no hay un ejemplo de código útil para esto.

Debería leer documentos para su implementación de JDBC Datasource y ver qué dicen los desarrolladores sobre la agrupación. No hay otra fuente de información confiable sobre esto.

Desde aquí : este componente también tiene la capacidad de agrupar declaraciones preparadas. Cuando se habilite, se creará un conjunto de instrucciones para cada conexión y se agruparán las declaraciones preparadas creadas por uno de los siguientes métodos:

* public PreparedStatement prepareStatement(String sql)
* public PreparedStatement prepareStatement(String sql, int resultSetType, int resultSetConcurrency)

Entonces, simplemente sigue usando la llamada a prepareStatement () y su dbcp en teoría se encargará de la agrupación (es decir, si está tratando de crear "select * from users u where u.name like: id", intentará encontrar esta afirmación en la piscina primero)

Answer 2

Aquí está el código básico que uso.

    GenericObjectPool connectionPool = new GenericObjectPool(null);
    connectionPool.setMinEvictableIdleTimeMillis(1000 * 60 * 30);
    connectionPool.setTimeBetweenEvictionRunsMillis(1000 * 60 * 30);
    connectionPool.setNumTestsPerEvictionRun(3);
    connectionPool.setTestOnBorrow(true);
    connectionPool.setTestWhileIdle(false);
    connectionPool.setTestOnReturn(false);

    props = new Properties();
    props.put("user", username);
    props.put("password", password);
    ConnectionFactory connectionFactory = new DriverManagerConnectionFactory(url, props);

    PoolableConnectionFactory poolableConnectionFactory = new PoolableConnectionFactory(connectionFactory, connectionPool, null, "SELECT 1", false, true);
    PoolingDataSource dataSource = new PoolingDataSource(connectionPool);

Answer 3

El problema es que si utiliza una única Connection , guardará en memoria caché las PreparedStatement , ya sea que desee esto o no, la única forma posible de impactar en esto es usar las propiedades de DataSource o usar una API específica del proveedor. Pero estas declaraciones no son visibles por otras conexiones y si prepara la misma declaración usando otra conexión, la volverá a crear. Así que las agrupaciones de conexiones como DBCP bajo el capó permiten reutilizar las distintas conexiones de PreparedStatement (usa la interfaz PooledConnection en lugar de la simple Connection ), hacen un seguimiento de todas las declaraciones preparadas por todas las conexiones.

ACTUALIZACIÓN: parece que estaba equivocado en esta información, al menos no pude encontrar esta funcionalidad en C3P0.