1 00:00:10,810 --> 00:00:16,030 Hola te saluda Osvaldo Acosta bienvenida y bienvenido nuevamente. 2 00:00:16,030 --> 00:00:19,160 Espero que estén listos para comenzar con esta elección. 3 00:00:19,180 --> 00:00:23,030 A continuación vamos a estudiar el manejo de JDBC. 4 00:00:23,260 --> 00:00:24,280 Están listos. 5 00:00:24,280 --> 00:00:24,850 Adelante 6 00:00:28,350 --> 00:00:37,280 yo hay de JDBC vamos a revisar a continuación el tema de drivers de JDBC un Riber es la implementación 7 00:00:37,460 --> 00:00:42,030 de la especificación de la API de JDBC definido por IAVA. 8 00:00:42,080 --> 00:00:48,290 Como hemos comentado antes cada proveedor de base de datos implementa una o varias versiones para que 9 00:00:48,290 --> 00:00:53,630 desde nuestras aplicaciones Java podamos conectarnos a sus bases de datos. 10 00:00:53,690 --> 00:01:00,380 La figura nos muestra cómo una aplicación Java puede conectarse a una base de datos por ejemplo DB2 11 00:01:00,510 --> 00:01:08,240 Oracle Maisí CUIL posibles entre otras y también podemos observar cómo cada proveedor crea su propio 12 00:01:08,240 --> 00:01:12,260 driver para conectarse a su base de datos respectiva. 13 00:01:12,260 --> 00:01:18,830 Existen varias versiones de drivers JDBC por lo que debemos tener en cuenta que dependiendo de la versión 14 00:01:18,830 --> 00:01:26,540 del JDK es la versión que podemos utilizar del driver de JDBC así que normalmente para poder utilizar 15 00:01:26,540 --> 00:01:33,260 la última versión del River de JDBC de la base de datos seleccionemos también debemos tener la última 16 00:01:33,260 --> 00:01:36,770 versión o de las más recientes del Jota de Cadellada 17 00:01:40,630 --> 00:01:44,610 vamos a revisar ahora el tema de tipo de conexiones JDBC. 18 00:01:44,620 --> 00:01:50,500 Como podemos observar en la figura existen dos formas para conectarnos a una base de datos utilizando 19 00:01:50,560 --> 00:01:57,560 el Leiber de JDBC la primera forma que se utilizó en las primeras versiones de JDBC es la opción de 20 00:01:57,560 --> 00:01:59,060 Driver manager. 21 00:01:59,060 --> 00:02:06,080 Esta clase se encuentra en el paquete Java punto SQL y nos permite crear una nueva conexión al apoyarnos 22 00:02:06,080 --> 00:02:08,600 del método clase punto Fornells. 23 00:02:09,170 --> 00:02:13,450 En la segunda forma podemos utilizar el concepto de Data Source. 24 00:02:13,580 --> 00:02:20,260 Esta opción es la más recomendada aunque normalmente deberemos apoyarnos de un web server o una aplicación 25 00:02:20,270 --> 00:02:28,040 Server como puede ser Tomcat jeugos blasfemas entre otros una de las ventajas de utilizar el concepto 26 00:02:28,040 --> 00:02:35,280 de Data Source es que debido a que la configuración se hace viajó a Ndi ya van al director de interfaz 27 00:02:35,750 --> 00:02:40,160 la cual es una API de Java para el manejo de directorio de recursos. 28 00:02:40,160 --> 00:02:46,130 Esta configuración permite que la aplicación Server podamos cambiar los valores de la conexión de base 29 00:02:46,130 --> 00:02:53,120 de datos al vuelo y sin necesidad de modificar nuestro código Java veremos más ejemplos de la configuración 30 00:02:53,330 --> 00:02:57,530 de este tipo de conexiones en cursos más avanzados. 31 00:02:57,530 --> 00:03:03,680 Por último existe una tercera forma de conectarnos a la base de datos y es por medio del pull de conexiones 32 00:03:04,550 --> 00:03:11,810 de conexiones es un conjunto de objetos los cuales ya tienen una conexión viva a la base de datos. 33 00:03:11,810 --> 00:03:18,080 Esto nos permite minimizar el costo y tiempo de creación de los objetos debido a que cada conexión a 34 00:03:18,080 --> 00:03:24,820 la base de datos es un proceso muy costoso refiriéndonos a los recursos que se utiliza en el servidor. 35 00:03:24,880 --> 00:03:31,400 Cada que creamos una nueva conexión y por lo tanto si ya tenemos disponibles varios objetos de conexión 36 00:03:31,430 --> 00:03:37,340 a la base de datos minimis haremos los recursos y aumentaremos el performance de nuestra aplicación 37 00:03:37,340 --> 00:03:38,570 Java. 38 00:03:38,570 --> 00:03:44,570 Por último podemos observar en la figura que normalmente una aplicación estándar hace uso de lo que 39 00:03:44,570 --> 00:03:50,300 es el driver manager y una aplicación empresarial hace uso de un Data Source. 40 00:03:50,330 --> 00:03:56,900 En ambos casos podemos combinar las tecnologías para utilizar un pull de conexiones y así eficientar 41 00:03:57,080 --> 00:04:01,220 cada uno de los procesos según la tecnología que estemos utilizando. 42 00:04:02,950 --> 00:04:12,890 Tipos de statements sentencias en JDBC la interfaz de Steinman en JDBC tiene distintos tipos por ejemplo 43 00:04:12,890 --> 00:04:20,120 tenemos la interface Steinem la cual se utiliza para cualquier tipo de sentencia SQL pero no hace caché 44 00:04:20,240 --> 00:04:28,550 del SQL ejecutado primero esta gimen se utiliza para hacer caché del cuadri a ejecutar evitando la compilación 45 00:04:28,550 --> 00:04:36,600 de la sentencia SQL y Kalevala Steinem se utiliza para llamar a procedimientos almacenados en una base 46 00:04:36,600 --> 00:04:42,900 de datos así que la interface de Steinem es la más básica de las interfaces cuando estamos trabajando 47 00:04:43,020 --> 00:04:47,850 con SQL y JDBC al ejecutar una sentencia SQL. 48 00:04:47,850 --> 00:04:55,070 En repetidas ocasiones un objeto Steinman compila en cada ocasión la consulta SQL que se ejecuta. 49 00:04:55,110 --> 00:05:01,890 Para ello es que podemos utilizar la interface preppers Steinem la interfase Steinem hereda de la interfaz 50 00:05:02,010 --> 00:05:10,050 Steinman y puede almacenar de manera compilada una sentencia SQL por lo que es una opción más eficiente 51 00:05:10,260 --> 00:05:13,810 si es que necesitamos ejecutar una sentencia SQL. 52 00:05:13,830 --> 00:05:21,130 En repetidas ocasiones a su vez también podemos especificar parámetros a ejecutar en nuestro cuerpo. 53 00:05:21,150 --> 00:05:23,830 Esto lo veremos en ejercicios posteriores. 54 00:05:24,150 --> 00:05:29,850 Y por último la interface Calheiros de Steinem se utiliza para mandar a llamar un procedimiento almacenado 55 00:05:30,420 --> 00:05:36,960 el cual puede regresar información en forma de cursor o un tipo de dato específico o en alguna otra 56 00:05:36,960 --> 00:05:40,830 forma según el resultado que se necesite a procesar. 57 00:05:40,830 --> 00:05:45,390 A continuación vamos a crear ejemplos relacionados con la interface Steinman 58 00:05:47,990 --> 00:05:55,440 métodos de la interface Steinman en JDBC la interface Steinman tiene varios métodos como pueden ser 59 00:05:56,040 --> 00:06:03,710 el método exequible Cuadri el cual regresa a un objeto de tipo set para procesar los registros de una 60 00:06:03,710 --> 00:06:12,790 tabla de bases de datos también tenemos por ejemplo sentencias de tipo de M.L. o de L de M.L. significa 61 00:06:12,910 --> 00:06:20,500 de manipulación lenguaje y de significa deuda definición lenguaje y para ello podemos utilizar el método 62 00:06:20,560 --> 00:06:27,790 execute update el cual regresa un int para indicar el número de registros u objetos de base de datos 63 00:06:27,790 --> 00:06:32,280 que sea modificado y para cualquier otro tipo de sentencia. 64 00:06:32,290 --> 00:06:39,060 Podemos utilizar el método exequible el cual regresa un tipo juliãn así que la interfaz de Steinman 65 00:06:39,190 --> 00:06:45,160 tiene varios métodos como hemos comentado existen métodos para hacer un select para ejecutar alguna 66 00:06:45,160 --> 00:06:52,330 instrucción de M.L. data manipulación lenguaje o de de data definición lenguaje o cualquier otra sentencia 67 00:06:52,330 --> 00:06:54,430 de tipo SQL. 68 00:06:54,490 --> 00:07:00,460 El método execute Cuadri se utiliza para ejecutar sentencias de tipo select y por ello el método regresa 69 00:07:00,550 --> 00:07:07,120 un objeto de tipo resultó ser el cual almacena el resultado en forma de una matriz de dos dimensiones 70 00:07:07,540 --> 00:07:15,410 es decir en renglones y columnas y así es como podemos procesar el resultado del cuerina el método obtained 71 00:07:15,690 --> 00:07:22,590 se utiliza para ejecutar sentencias de tipo de M.L como son las sentencias INSERT UPDATE Y delito pero 72 00:07:22,590 --> 00:07:29,880 también nos va a permitir ejecutar sentencias de tipo de l como son las sentencias de tipo create Ibón 73 00:07:30,120 --> 00:07:32,880 Trunk y Tayson entre otras. 74 00:07:32,880 --> 00:07:39,570 La función execute update regresa a un entero indicando el número de registros afectados como resultado 75 00:07:39,690 --> 00:07:46,770 de ejecutar el cuerpo deseado y por último el método execute el cual nos sirve para ejecutar cualquier 76 00:07:46,770 --> 00:07:49,180 tipo de sentencia SQL. 77 00:07:49,200 --> 00:07:57,210 Este método regresa un valor booleano el cual indica Tru si el resultado es un set esto es si se ejecutó 78 00:07:57,240 --> 00:08:03,990 un select y regresa a Fool's si se ejecutó alguna otra sentencia como pudo haber sido un insert update 79 00:08:04,130 --> 00:08:06,570 Lilit o algún otro tipo de sentencia 80 00:08:10,200 --> 00:08:10,890 excepciones. 81 00:08:10,920 --> 00:08:18,640 En JDBC en la figura mostrada podemos observar algunas de las clases de excepciones en el API de JDBC 82 00:08:19,330 --> 00:08:26,440 la clase SQL cepellón es la más utilizada para procesar excepciones al utilizar JDBC. 83 00:08:26,440 --> 00:08:33,580 Existen más clases de excepciones las cuales se encuentran en el paquete Java punto SQL debido a que 84 00:08:33,580 --> 00:08:37,290 la clase SQL cepellón desciende de la clase exception. 85 00:08:37,480 --> 00:08:43,690 Estamos obligados a procesar dicha excepción por un bloque try y catch o debemos declararla como parte 86 00:08:43,690 --> 00:08:48,030 de la firma del método que hace uso de la API de JDBC. 87 00:08:48,220 --> 00:08:54,490 Poco a poco vamos a ir revisando el manejo de excepciones de JDBC pero los ejercicios que vamos a realizar 88 00:08:54,730 --> 00:09:00,400 estaremos aplicando este concepto para que nos vayamos familiarizando con el concepto de excepciones 89 00:09:00,550 --> 00:09:07,750 cuando estamos utilizando el API de JDBC a continuación vamos a crear un ejercicio para poner en práctica 90 00:09:07,840 --> 00:09:09,220 el manejo de JDBC.