Red de conocimiento informático - Conocimiento informático - Cómo conectar myeclipse y mysql

Cómo conectar myeclipse y mysql

El siguiente es un pequeño tutorial sobre el uso de JDBC para conectarse a MySql.

1. Encuentre un controlador

El controlador Java proporcionado actualmente por MySQL es Connection/J, que se puede descargar desde el sitio web oficial de MySQL. Puede encontrar MySQL-connector-Java-. 3. Archivo .jar 0. 15-ga -bin. Este controlador es un controlador Java puro y no requiere ninguna otra configuración.

2. Especifique dinámicamente la ruta de clase.

Si es necesario especificar dinámicamente el classpath en el momento de la ejecución, utilice el modo -CP en el momento de la ejecución. En caso contrario, agregue lo anterior. El archivo jar se agrega a la variable de entorno classpath.

-

2 Experiencia y habilidades de conexión de base de datos JDBC

3 Cargue el controlador

Pruebe {

class . forname(com . MySQL . JDBC . driver);

System.out.println (¡el controlador MySQL se cargó correctamente!

}catch (Excepción e)

{

System.out.println(¡Error al cargar el controlador Mysql!);

e.printstacktrace();

}

4. Configure la URL de conexión.

JDBC:MySQL://localhost/nombredebasededatos[? pa=va][pa=va]

En tercer lugar, a continuación se enumeran algunas técnicas que se pueden utilizar al utilizar JDBC para conectarse a la base de datos Oracle.

1. Utilice controladores ligeros en el desarrollo de software de cliente

En términos de desarrollo de software Java, la base de datos de Oracle proporciona cuatro tipos de controladores, dos para software de aplicación, applets y servlets y otro software de cliente. y los otros dos se utilizan para software de servidor, como procedimientos almacenados Java en la base de datos. En el desarrollo de software cliente, podemos elegir controlador OCI o controlador ligero. El controlador OCI utiliza la interfaz de localización Java (JNI) para comunicarse con la base de datos a través del software cliente de Oracle. El controlador ligero es un controlador Java puro que se comunica directamente con la base de datos. Para obtener el máximo rendimiento, Oracle recomienda utilizar controladores OCI en el desarrollo de software cliente, y esto parece ser correcto. Pero recomiendo usar el controlador delgado, porque a través de muchas pruebas se ha descubierto que el controlador delgado funciona mejor que el controlador OCI en circunstancias normales.

2. Desactive la función de envío automático para mejorar el rendimiento del sistema.

Cuando se establece por primera vez una conexión a una base de datos, la conexión está en modo de confirmación automática de forma predeterminada. Para un mejor rendimiento, puede desactivar la función de confirmación automática llamando al método setAutoCommit() de la clase Connection con el parámetro booleano false, de la siguiente manera:

conn . /p> p>

Vale la pena señalar que una vez que se desactiva la función de confirmación automática, debemos administrar manualmente la transacción llamando a los métodos commit() y rollback() de la clase de conexión.

3. Utilice objetos de declaración en SQL dinámico o comandos de tiempo limitado.

A la hora de ejecutar comandos SQL, tenemos dos opciones: puedes utilizar objetos PreparedStatement o objetos Statement. No importa cuántas veces se use el mismo comando SQL, PreparedStatement solo lo analiza y compila una vez. Cuando se utiliza un objeto Statement, un comando SQL se analiza y compila cada vez que se ejecuta.

Esto puede hacerle sentir que usar objetos PreparedStatement es más rápido que usar objetos Statement. Sin embargo, mis pruebas muestran que este no es el caso en el software cliente. Por lo tanto, en operaciones SQL de tiempo limitado, a menos que se procesen comandos SQL por lotes, deberíamos considerar el uso de objetos Statement.

Además, el uso de objetos de declaración facilita la escritura de comandos SQL dinámicos porque podemos concatenar cadenas para crear un comando SQL válido. Por lo tanto, creo que los objetos de declaración pueden facilitar la creación y ejecución de comandos SQL dinámicos.

4. Utilice la función auxiliar para formatear comandos SQL dinámicos.

Al crear comandos SQL dinámicos que se ejecutan utilizando objetos de declaración, debemos abordar algunos problemas de formato. Por ejemplo, si queremos crear un comando SQL que inserte el nombre O'Reilly en una tabla, debemos reemplazar el símbolo '' en O'Reilly con dos símbolos '' consecutivos. La mejor manera de realizar estas tareas es crear un método auxiliar para completar la operación de reemplazo y luego usar el método auxiliar creado para expresar el comando SQL con la fórmula al concatenar las cadenas. De manera similar, podemos hacer que el método auxiliar acepte un valor de tipo Fecha y luego generar una expresión de cadena basada en la función to_date() de Oracle.

5. Utilice objetos PreparedStatement para mejorar la eficiencia general de la base de datos.

Cuando utiliza un objeto PreparedStatement para ejecutar un comando SQL, la base de datos analiza y compila el comando y luego lo coloca en el búfer de comandos. Luego, cada vez que se ejecute el mismo objeto PreparedStatement, se analizará nuevamente, pero no se compilará nuevamente. Los comandos precompilados se pueden encontrar en el búfer y se pueden reutilizar. En el software de aplicaciones empresariales con una gran cantidad de usuarios, el mismo comando SQL a menudo se ejecuta repetidamente. La reducción en la cantidad de compilaciones provocada por el uso de objetos PreparedStatement puede mejorar el rendimiento general de la base de datos. Si crear, preparar y ejecutar tareas de PreparedStatement en el cliente lleva más tiempo que las tareas de declaración, recomiendo usar objetos PreparedStatement en todos los casos excepto en los comandos SQL dinámicos.

-

3 Colección de experiencia y habilidades de conexión de bases de datos JDBC

6. Utilice objetos PreparedStatement en operaciones de inserción o actualización repetidas por lotes.

El tiempo necesario para las operaciones de inserción y actualización se puede reducir considerablemente si se realizan por lotes. Statement y CallableStatement proporcionados por Oracle realmente no admiten el procesamiento por lotes. Solo los objetos PreparedStatement realmente admiten el procesamiento por lotes. Podemos elegir el procesamiento por lotes JDBC estándar usando los métodos addBatch() y ejecutarBatch(), o el método más rápido específico de Oracle usando el método setExecuteBatch() y el método estándar ExecuteBatch() del objeto PreparedStatement. Para utilizar el mecanismo de procesamiento por lotes patentado de Oracle, puede llamar a setExecuteBatch() de la siguiente manera:

PreparedStatement pstmt3D es nulo

Pruebe {

((OraclePreparedStatement) pstmt). setExecuteBatch(30);

...

PS TMT ejecutar update();

}

Al llamar a setExecuteBatch(). , el valor especificado es un límite superior.

Cuando se alcanza este valor, la ejecución del comando SQL se activará automáticamente y el método estándar ejecutarUpdate() se enviará a la base de datos como un lote. Podemos transferir tareas por lotes en cualquier momento llamando al método sendBatch() de la clase PreparedStatement.

7. Utilice el método del localizador de Oracle para insertar y actualizar objetos grandes (lobs).

La clase PreparedStatement de Oracle no admite completamente el procesamiento de objetos grandes como BLOB y CLOB. En particular, el controlador ligero no admite los métodos setObject() y setBinaryStream() del objeto PreparedStatement para configurar el valor. valor de BLOB, ni admite el método setCharacterStream( ) establece el valor de CLOB. Solo los métodos del propio localizador pueden obtener valores de tipo LOB de la base de datos. Puede usar objetos PreparedStatement para insertar o actualizar lobs, pero necesita usar un localizador para obtener el valor del lob. Debido a estos dos problemas, recomiendo utilizar métodos de localización para insertar, actualizar u obtener valores LOB.

8. Utilice la sintaxis SQL92 para llamar a procedimientos almacenados.

Al llamar a procedimientos almacenados, podemos usar SQL92 u Oracle PL/SQL. Debido a que no hay ningún beneficio real al usar Oracle PL/SQL y causará problemas a los desarrolladores que mantendrán su aplicación en el futuro, recomiendo usar SQL92 al llamar a procedimientos almacenados.

9. Utilice Object SQL para transferir el esquema del objeto a la base de datos.

Dado que la base de datos de Oracle se puede utilizar como una base de datos orientada a objetos, podemos considerar transferir el modo orientado a objetos en la aplicación a la base de datos. El enfoque actual es crear beans Java como objetos de base de datos disfrazados, asignar sus propiedades a tablas relacionales y luego agregar métodos a estos beans. Si bien no hay nada de malo en hacer esto en Java, otras aplicaciones que acceden a la base de datos no pueden aprovechar el patrón de objetos porque las operaciones se realizan fuera de la base de datos. Si utiliza la tecnología orientada a objetos de Oracle, puede crear un nuevo tipo de objeto de base de datos para imitar sus datos y operaciones en la base de datos, y luego utilizar herramientas como JPublisher para generar sus propias clases de bean Java. Si usa este método, no solo las aplicaciones Java pueden usar el modelo de objetos del software de la aplicación, sino que otras aplicaciones que necesitan usar los datos y operaciones en su aplicación también pueden usar el modelo de objetos del software de la aplicación.

10. Utilice SQL para completar operaciones en la base de datos.

La experiencia más importante que quiero presentarles es hacer un uso completo del enfoque orientado a conjuntos de SQL para resolver las necesidades de procesamiento de bases de datos, en lugar de utilizar lenguajes de programación de procedimientos como Java.