El documento trata sobre el diseño de aplicaciones y el uso de SQL. Explica que el diseño de aplicaciones debe garantizar la integridad de los datos y optimizar el rendimiento. También describe los conceptos básicos de SQL como lenguaje estándar para acceder a bases de datos relacionales y las diferentes formas de incorporar instrucciones SQL en los programas.

1. UNIDAD 4 DISEÑO DE APLICACIONES

2. Diseño de Aplicaciones La interrelación entre el lenguaje SQL y los lenguajes de programación atenta al rendimiento y disponibilidad de los datos. Por esta razón cada aplicación debe estar diseñada para garantizar la integridad de los datos que modifica. El rendimiento tiene que ser tratado como un problema de diseño. Los problemas de rendimiento causados por las aplicaciones no deben dejarse para que los resuelva el DBA.

3. Desarrollo de Aplicaciones de Base de Datos y SQL Las decisiones tomadas durante el diseño de la aplicación tendrán impacto en la utilidad de la aplicación final. Un mal diseño de la aplicación implica posiblemente que el código tenga que ser rediseñado y recodificado cuando es ineficiente, ineficaz o difícil de utilizar.

5. ¿Cómo codificar instrucciones SQL para acceder y modificar datos en la base de datos?

6. ¿Cómo el SQL difiere de los lenguajes de programación tradicionales?

7. ¿Cómo incrustar sentencias SQL en un lenguaje de programación anfitrión?

8. ¿Cómo optimizar el acceso a la base de datos cambiando el SQL y los índices?

11. Optimiza las consultas.

12. Usa una sintaxis simple en inglés. Ejemplo: SELECT deptnum, deptname FROM dept WHERE supervisornum = '903‘;

14. Previo a ejecutar la consulta, se verifica la sintaxis.

15. Opera sobre un conjunto de datos solo con una instrucción.

17. Diferentes formas de junturas Ejemplos: Subqueries SELECTempNro, nombre, apellidoFROMempleadoWHERE deptNroIN (SELECTdeptNroFROMdepartmentoWHERE deptnombre= ‘Técnico'); Joins SELECTempNro, nombre, apellidoFROMempleado e , departmento d WHERE e. deptNro=d. deptNroAND deptnombre = ‘Técnico;

18. Procesamiento de set-a la vez y cierre relacional Cierre Relacional

19. Procesamiento de set-a la vez y cierre relacional Problema del SQL. SQL trabaja con grupos de filas y los lenguajes de programación con una sola fila a la vez. Los DBMS proveen cursores para seleccionar una fila.

20. Incorporación de SQL en un programa Algunos lenguajes anfitriones, como COBOL aceptan directamente instrucciones SQL. Otros necesitan de un API como ODBC. Ejemplo: el lenguaje C. Se debe tratar de minimizar el número de lenguajes de programación diferentes que utilice, ya que hará más fácil el soporte y mantenimiento de sus aplicaciones. Un DBA debe ser capaz de leer y entender el código del programa para cada lenguaje utilizado para acceder a bases de datos dentro de la organización. Se debe usar con cuidado las herramientas CASE, porque su código autogenerado puede no ser óptimo para la DBMS utilizada.

21. SQL Middleware y APIs Existe varios API’s(ApplicationProgramming Interfaces) populares que utilizan los programadores de bases de datos, incluyendo ODBC, JDBC, SQLJ, y OLE DB. Las API’s se utilizan para incrustar sentencias SQL en un lenguaje de programación de acogida, como por ejemplo Java, C, Visual Basic, etc..

22. SQL Middleware y APIs Los ODBC proveen rutinas para asignar y quitar recursos, controlar conexiones a la Base de Datos, ejecutar instrucciones SQL, diagnóstico y control de transacciones. Los JDBCal igual que los ODBC son conjuntos de clases e interfaces que dan acceso a datos relacionales.

23. Codificación de SQL para mejorar el rendimiento Una sólida comprensión de la sintaxis SQL, la estructura de la base de datos y el lenguaje de programación es imprescindible. Es mucho mejor para filtrar los datos no deseados en el nivel del DBMS que hacerlo dentro del programa . Es recomendable tratar a los datos a nivel de SQL , en vez de a un nivel de aplicación para evitar tráfico de red. Por ejemplo, es mejor agregar más cláusulas WHERE de SQLque SELECTque simplemente seleccionar todas las filas y filtrar los datos mediante programación.

24. Definición de las Transacciones Una transacción es una unidad atómica de trabajo con respecto a la recuperación y la coherencia. Una transacción lógica lleva a cabo un proceso de negocios completo normalmente en nombre de un usuario en línea. Puede consistir en varios pasos y puede abarcar más de una transacción física. Los resultados de la ejecución de una transacción registrará los efectos de un proceso de negocio completo. Los datos de la base de datos deben ser correctos y apropiados después de la ejecución de la transacción.

26. Aislamiento significa que varias transacciones se pueden ejecutar al mismo tiempo sin que se crucen. Las transacciones en paralelo tienen la ilusión de que no hay concurrencia.

28. Directrices de transacciones Una transacción debe ser de corta duración, ya que entrelaza los recursos compartidos. También no debe permitir ingreso de datos del usuario en media transacción, porque conlleva bloqueos de larga duración que disminuye el rendimiento. Varias unidades de trabajo conforman una transacción.

29. Unidad de Trabajo Unidad de trabajo (UOW) es otro término que describe una operación de transacción física. Un UOW es una serie de instrucciones y mensajes que al ejecutarse, garantiza la integridad de datos. Así que un UOW y una transacción son similares en concepto. Sin embargo, un UOW no es necesariamente un proceso de negocios completo, puede ser un subconjunto de los procesos de negocio, y un grupo de unidades de trabajo pueden constituir una sola transacción.

30. Sistemas de procesamiento de transacciones TP Un servidor de transacciones es ideal para aplicaciones distribuidas de alto rendimiento en ambientes heterogéneos. El sistema TP proporciona un entorno para desarrollar y ejecutar la lógica de presentación y componentes de lógica de negocios. Un sistema de TP es útil para aplicaciones de misión crítica que requieren un alto volumen de usuarios concurrentes con mínimo tiempo de inactividad. Utilizado correctamente, un sistema de TP puede controlar eficientemente la ejecución simultánea de muchos programas de aplicación que sirve a un gran número de usuarios en línea.

31. Sistemas de procesamiento de transacciones El uso de un servidor de base de datos

32. Sistemas de procesamiento de transacciones El uso de un servidor de transacciones