V.3. La capa inferior: el servidor de bases de datos
En este nivel se guardan todos los datos, que utilizaremos para mostrar, perfilar, y donde guardaremos los nuevos datos y modificaciones.
Las bases más extendidas son las bases de datos relacionales, estas bases de datos se componen de tablas y éstas a su vez en campos. Cada línea que guardemos en esta tabla se denomina un registro. |
 |
|
Cada tabla debe tener un código único, este puede ser un simple número, una identificación única personal, como puede ser un NIF o bien una clave compuesta, como puede ser Alumno+Curso. |
<
 |
Usando XML para aportar los datos de esta manera, en combinación con script de cliente, significa que los datos sólo se envían una vez al cliente, y éste puede tener disponible varias vistas de los datos usando “ordenados” y filtros. La mayoría de los navegadores actuales ya pueden interpretar y mostrar datos XML.
Para realizar un esquema relacional, hay que estudiar la gestión del negocio o institución y sus actividades para representarlas en un esquema relacional, por ejemplo, una fábrica de tornillos: proveedores, almacén, productos, clientes, etc.
Después, una vez definidos todos los elementos que componen nuestra actividad se normaliza la estructura para que los datos se guarden de una forma coherente. Por ejemplo, si un cliente hace muchos pedidos, no es razonable que guardemos un registro cada vez repitiendo los datos del cliente, el pedido y los productos que pide, sino que lo normal será generar una tabla de pedidos que a su vez tenga otra de detalle de pedido, en la primera se guardan los datos de fecha de pedido, clave del cliente, y número de pedido, y en detalle de pedido se guardaría la clave del producto, unidades, precio(si puede variar), etc.
De esta forma no generaremos información redundante y así siempre tendremos sólo una ficha por cada cliente y por cada producto.
El lenguaje más extendido para comunicarse con las bases de datos, es el lenguaje SQL (structured query language), un lenguaje “semi estándar” que sirve para comunicarse con las mismas, así “select * from clientes” significa lo mismo para una base de datos oracle, que sql server, access o mysql, y es seleccióname todas las filas con todos sus campos de la tabla clientes.
Muchas aplicaciones de Intranet usan monitores de transacciones para administrar los accesos a la base de datos, mejorar el funcionamiento y la escalabilidad. Mediante este sistema los usuarios pueden requerir datos de un servidor aunque no sepan donde está, ya que el monitor genera una transparencia total de la información y localización.
Para gestionar adecuadamente la información se pueden tener varios servidores con las mismas características y servicios, pero a través de un “cola” gestionada por el monitor de transacciones. La petición del usuario se coloca en cola, y el monitor de transacciones dirige la petición al primer servidor disponible. Según el número de requerimientos, el responsable de sistemas puede habilitar más servidores o desconectarlos. |
 |
La programación orientada a objetos
El nuevo paradigma de programación es la llamada OOP(object oriented programming), desde los antiguos lenguajes que están incorporando nuevas posibilidades de orientación a objetos hasta los nuevos que casi en su totalidad están orientados a este paradigma, como son java, C#, etc.
La orientación a objetos nace con la finalidad de gestionar la mayor complejidad de los desarrollos en las empresas, que han pasado de ser desarrollos para un solo ordenador a desarrollos que van a ser la columna vertebral o el sistema nervioso de toda la empresa.
Por otro lado, permite la reutilización del código generado para gestionar la lógica de negocio.
Para desarrollar en objetos es necesaria una gran cantidad de análisis para generar los objetos adecuados que definan correctamente la empresa, negocio o institución: empleados, clientes, facturas, cobros, productos, etc.
Por cada objeto a su vez el analista programador se debe preguntar, qué debe conocer, que atributos debe tener, qué debe hacer....
El objetivo del análisis es conseguir una abstracción de la gestión para poder modelar de forma óptima la solución. De esta forma se podrá entender, mantener y extender mucho más fácilmente el sistema.
Otra ventaja de este paradigma es la encapsulación, una vez desarrollado el modelo el programador sólo debe recordar que por ejemplo la persona habla pero no cómo lo hace, así le dirá persona.habla(“Hola”) y la persona dirá ¡Hola!. Esto permite que desarrolladores menos experimentados, una vez se hayan generado los objetos correctamente puedan mantener y desarrollar el sistema fácilmente.
Otras dos características son la herencia y el polimorfismo, son dos de sus grandes ventajas, la herencia permite que un objeto herede de uno superior, es decir, si los mamíferos en general comen, yo puedo generar un objeto mamífero que siempre coma, y si creo un nuevo objeto que es ratón, heredera comer de mamífero, y si es un elefante, igual, así no tengo que volver a programar lo ya programado.
El polimorfismo, siguiendo con el ejemplo, es que un mismo método puede utilizarlo diferentes objetos, por ejemplo en el caso de los mamíferos, existe el método “hablar”, si lo hace un gato, será gato.habla(“miau”), si lo hace un perro será perro.habla(“guau”), y así sucesivamente, es decir, puede adoptar diferentes formas.
Normalmente una vez que se generan estos objetos, se utilizan como capa intermedia y manejan la lógica del negocio.
|
|
(Descargar 2.913 Kb.)
