EL MUNDO DE LA INGENIERIA DE SISTEMAS

Visiòn de colombia por Un Japones

2011-02-23T22:50:00.001-05:00

Una Visión de Colombia - perspectiva de Japón from Turismo con proposito on Vimeo.

Dell Duo, Una Combinación de notebook y tablet

2010-09-17T07:17:00.001-05:00

Si no puedes decidirte entre una notebook y un tablet, entonces tal vez puedas decidirte por ambos, pero no necesitarás gastar todos tus ahorros, porque aquí tienes al Dell Duo, que combina ambos dispositivos en uno. Esta laptop-tablet de 10 pulgadas corre con un procesador Dual Core y usa Windows 7 Premium, y como ves en la imagen, su pantalla es capaz de girar alrededor de su eje así puedes usarse como notebook o como tablet.

Esperemos que la pantalla pueda quitarse completamente así no tendríamos que soportar el peso del teclado.

Fuente.

ESTA ES LA SALVACIÓN DE MUNDO

2010-08-22T17:12:00.004-05:00

El amor es ignorado por muchos y juzgados como el sentimiento de los débiles, cursilerías de mujeres. Sin embargo llevamos toda le existencia de la humanidad sin lograr vivir en paz, sencillamente tenemos la convicción que algo efímero creado por el hombre nos da la felicidad y equivocadamente la felicidad es cada vez más distante cuando se ignora la existencia del amor hoy en día sustituido por el dinero y como es lo más fácil para acrecentar nuestro ego es la fuente más rápida de adquirir poder, un poder vano que solo alimenta nuestro orgullo, entonces nos atrevemos a colocar el dinero por encima del amor un sentimiento que solo Dios da referencia del poder y como única salida a nuestro conflicto mundial, personal, familiar y ecológico.

Todo el mundo habla de amor pero muy pocos lo han sentido, Jesús de Nazaret, Madre teresa, ese es el verdadero amor, y me atrevo a decir algunos padres de familia; este sentimiento confundido en ocasiones por idealización, o algo superficial que nos amarra al placer o sencillamente costumbre.
El amor es entregarnos al otro, no hacer daño al que no lo hace, es libertad, tolerancia basada en el respeto mutuo, es estar a gusto con nuestra raza y unánimemente luchar por ella. Para muchos este escrito puede parecer cursi, pero solo nos daremos cuenta de esta falla cuando lleguemos a la autodestrucción y solo tendremos conciencia de ello cuando en el granito de arena en el que vivimos comparado con todo el universo, de forma irracional nos daremos cuenta que el dinero no podrá comerse.

INFORMACIÓN

2010-05-30T11:09:00.002-05:00

Agradezco a todos las personas que me han escrito a mi BD de comentarios, pero les sugiero que si desean que les responda las preguntas, profavor dejar su correo.
Gracias

AMD Anuncia nueva serie de procesadores Opteron 6000.

2010-03-31T12:36:00.002-05:00

De acuerdo con AMD, estos procesadores, diseñados para servidores, proveen una performance de trabajo específica, con eficaz energía, y sobretodo un precio menor, ya que son más núcelos y más memoria por menos dinero.
Algunas características:

Control de memoria integrada que soporta 4 canales de memoria DDR3 con una improvización de hasta 2,5x en la memoria del ancho de banda.

33% más de canales de memoria por procesador.

Capacidad DIMM 50% mayor comparada a vesiones anteriores.

Significante nueva gestión de energía (referente a energía, temperatura, enfriamiento, etc.).

Gran cantidad de opciones de performance y energía.

Fuente

TOSHIBA SATELLITEN E205-S1904 con WIDI

2010-03-27T08:57:00.002-05:00

Best Buy ofrece la Toshiba Satellite E205-S1904 de 14 pulgadas, siendo la primera en EE.UU. con tecnología Intel Wireless Display (WiDi). El modulo WiDi incorporado y el adaptador compatible con TV permiten conectar la laptop a la TV e incluso ver contenido digital como fotos y videos.

Usa un procesador Intel Core i5-430M, tarjeta GMA HD, 4 GB de DDR3, 500 GB de disco duro y grabadora de DVD. La pantalla tiene una resolución de 1366 × 768. Tambiçen tiene webcam, micrófono, WiFi y batería de 6 celdas, junto a 2 puertos USB y uno eSATA. Corre con el sistema operativo Windows Vista Home Premium. Su precio es de $900 dólares.

Fuente

Black Eyed Peas - Meet Me Halfway

2010-02-07T10:24:00.000-05:00

En esto se ha quedado el disco duro

2009-12-15T09:33:00.002-05:00

Visto de perfil casi desaparece y la clave de este disco duro está precisamente ahí, en que casi es bidimensional. Seagate ha creado Momentus Thin para equipos ultraligeros, con capacidades de hasta 250 GB pero con sólo 7 mm. de grosor, entre un 25 y un 40% menos que los discos duros de portátiles tradicionales.
El disco duro incluye los mismos componentes que un disco tradicional, incluido sistemas de cifrado y acelerómetros para detectar caídas y vibraciones y parar así el cabezal de lectura / escritura.
Que de repente los discos duros adelgacen no es una casualidad. Los portátiles también van a hacerlo a lo largo del próximo año, impulsados por el fenómeno del netbook y las plataformas de bajo consumo. Hasta ahora tener un portátil ultradelgado era un privilegio de aquellos a los que no le picaba la etiqueta del precio pero durante 2010 estos equipos van a desplazarse hacia la gama media y baja, posicionándose como una alternativa al netbook. Discos duros así son también importantes en esas rumoreadas tabletas que algunos fabricantes ya han confirmado y de las que se sabrá algo más durante el CES de Las Vegas.

Mientras esta unidad anuncia un futuro de máquinas ultradelgadas también ancla estas máquinas al pasado. ¿Qué ha ocurrido con la memoria de estado sólido? La semana pasada la misma compañía anunció una unidad de disco basada en este formato, Seagate Pulsar SSD, que ya es capaz de llegar a los 200 GB de capacidad.
Se supone que 2009 iba a ser el año de la popularización de estos componentes pero por ahora sigue siendo una opción cara y que no representa una ventaja significativa para el usuario final. Las consultoras, expertas en eso de "donde dije digo, digo Diego", ya están maquillando sus predicciones y poniendo 2010 donde antes ponía 2009.

Parte de los problemas: incompatibilidad con los sistemas operativos existentes o una compatibilidad que diluía las ventajas de velocidad que supone el uso de memoria sólida; falta de elasticidad en las fábricas de memoria NAND, cuya producción está prácticamente monopolizada por Apple; el golpe económico de 2009, que ha cortado el gasto empresarial, justo donde estas unidades tienen que dar el primer paso antes de llegar al mercado de consumo.; y por último, y tal vez más importante, que los discos duros, como éste, están mejorando sus prestaciones (aunque en este caso se mantenga a 5.400 rpm) y cumplen bien con su función. No hay prisa para sustituirlos.

Western Digital Advanced Format, formato para discos duros que aumenta su capacidad

2009-12-15T07:06:00.003-05:00

A Western Digital la conocemos más que nada por crear toda una gama de discos duros, también algunos discos duros rápidos para servidores, pero más que nada se han centrado en el desarrollo del hardware, hasta ahora no habíamos visto nada como esto de la mano de WD.

WD anuncia la creación de un nuevo tipo de formato para discos duros, un sistema capaz de almacenar datos en un sector con mayor capacidad, el sistema lo han llamado Advanced Format.

Este sistema logra que los sectores del disco duro sean mayores, pasando de unos típicos 512 bytes a 4k (4 kbytes), así se puede conseguir menos sectores y aumentar la capacidad entre un 7 y un 11%.
Básicamente se consigue que sea posible leer más datos en la misma capacidad, un sistema que hasta se puede usar en memorias USB. Para poder usar este nuevo formato tendrás que fomatear el disco y reinstalar el sistema operativo, pero es compatible con Windows Vista y Windows 7, también con OS X Leopard y Snow Leopard.

REDES NEURONALES ARTIFICIALES

2009-03-10T12:12:00.005-05:00

Uploaded on authorSTREAM by jasonarj
VIDEO: MAQUINAS VIVIENTES

EXPOSICIÓN DE INGENERIA DE SOFTWARE III

2008-09-27T10:56:00.007-05:00

Uploaded on authorSTREAM by jasonarj

LA INOVACIÓN EN RATONES

2008-09-12T17:53:00.004-05:00

DE RATONES Y HOMBRES

Durante los últimos dos días sólo he visto ratones. Prototipos, modelos en espuma, dibujos, maquetas a diferentes escalas, estudios de ergonomía y resistencia, componentes, luces, botones, acabados, pinturas... Creo que ahora ya sé todo lo que se puede saber de este periférico, incluidas las superficies sobre las que no es posible usarlo, que son más bien pocas. ahora llega la inovación se puede utilizar en todas las superficies el BlueTrack. MAS INFORMACIÓN AQUI

Amazon venderá el ordenador de bajo coste de One Laptop Per Child

2008-09-06T10:46:00.000-05:00

Los ordenadores estarán a la venta a partir del próximo mes de noviembre y hasta finales de 2008. La oferta sólo será para Estados Unidos AQUI

EN EL 2010 ESTARÁ LISTO EL SISTEMA USB 3.0

2008-09-06T10:40:00.001-05:00

Toda la Información aqui

PRÓXIMO PROCESADOR GRÁFICO 'Larrabee'

2008-08-04T17:15:00.002-05:00

Intel desvela más detalles de su próximo procesador gráfico 'Larrabee'

TALLER EVALUATIVO

2008-06-06T14:06:00.003-05:00

Dentro de la ingeniería del software que herramientas soporta el modelado de objetos.

Racional Rose, SELECT Entrepiso y Visual UML

Enuncie las fases de diseño orientado a objetos y enumere los elementos que recuerde que conforma el estándar de UML.

Los elementos que conforman el estándar de UML son:

· Diagramas: Permiten a las personas visualizar la construcción de un sistema orientado a objetos.

· Documentación: Proporciona un medio eficaz de comunicación entre el equipo de desarrollo y el equipo de negocios de un proyecto.

También UML consiste de cosas, relaciones y diagramas.

Las cosas estructurales son más comunes. Las cosas estructurales son clases, interfaces casos de uso y muchos otros elementos que proporcionan una forma de crear modelos.

Las relaciones son el pegamento que unen las cosas, son de dos formas:

o Relaciones estructurales: usan para enlazar las cosas en los diagramas estructurales.

o Relaciones de comportamientos: se usan en los diagramas de comportamiento los cuatros tipos básicos de relación son: comunica, incluye, extiende y generaliza.

Diagramas son dos:

o Diagramas estructurales: Se usan para describir las relaciones entre las clases.

o Diagrama de comportamiento: Se usan para describir la interacción entre las personas.

Como ingeniero de software, liste los pilares que se deben tener en cuenta en el diseño orientado a objetos.

Los pilares que se debe tener en cuenta en el diseño orientado a objeto tener claro los 6 elementos del diseño orientado a objetos, que son: abstracción, herencia, polimorfismo, encapsulamiento, envío de mensajes, asociaciones y agregaciones.

Establezca el diagrama de actividades y de componentes que usted plantea para su proyecto.

El diagrama de actividades muestra las secuencias de actividades de un proceso, incluyendo las actividades secuenciales, las actividades paralelas y las decisiones que se toman.

Establezca diferencias entre un diseño estructural y uno orientado a objetos.

Los diseño de objetos son utilizados durante el proceso de Análisis y Diseño de los sistemas informáticos en la metodología UML y diseño estructural enfatizan en los elementos que deben existir en el sistema modelado.

Escriba algunas especificaciones de salida efectiva.

DISEÑO DE SALIDA Y ENTRADAS EFECTIVAS

SALIDAS EFECTIVAS

La salida puede tomar dos formas

Permanente o tradicional, Ejemplo. Informes Impresos.
La fugaz. Ejemplo. Pantallas VDT, microformas y sonidos.

OBJETIVOS DE DISEÑO DE SALIDA

Diseño la salida para que sirva al propósito deseado.
Diseñar la salida para que se ajuste al usuario.
Entregar la cantidad adecuada de salida.
Asegurarse de que la salida se encuentra donde se necesita.
Entregar la salida a tiempo.
Seleccionar el método de salida adecuado.

RELACION DEL CONTENIDO DE LAS SALIDAS CON EL METODO DE SALIDA.

El diseño de una salida de información de be estar con su método.

ü Salida Externa: Que sale del negocio. Ejemplo: recibos, anuncios, cheques de pago, reportes, etc.

ü Salida Interna: Incluye reportes para los tomadores de decisiones. Ejemplo: Totales de ventanas mensuales, ventas semanales por vendedor.

La salida externa difiere no solamente por su distribución sino también por su desempeño.

La salida de una etapa del proceso se convierte en entrada para la siguiente etapa.

Muchos documentos externos deben incluir instrucciones para quien los recibe para que sean usados en forma adecuada.

Muchas salidas externas en forma preimpresa que contienen el logotipo y colores de la compañía.

Seleccionar la tecnología de salida.

ü Impresoras.

ü Pantallas.

ü Audio.

ü Micrófono

ü CD-ROOM

ü Electrónica. Correo electrónico, fax y mensajes de tableros electrónico.

ENTRADAS

La calidad de la entrada de un sistema determina la calidad de su calidad.

Las formas y pantallas de entrada deben ser diseñadas teniendo en cuenta esta relación.

Las formas y pantallas de Terminal de desplegado Visual (VDT)de entrada deben satisfacer los siguientes objetivos.

Ø Efectividad: Las formas y pantallas de entrada sirven a propósito específicos.

Ø Precisión: Se refiere al diseño que asegura el llenado adecuado.

Ø Facilidad de uso: Significa que las formas y pantallas son directas y no requieren tiempo adicional para descifrarlos.

Ø Consistencia: Las formas y pantallas agrupan los datos en forma similar de una aplicaron a la siguiente.

Ø Simplicidad: Mantener las formas y pantallas sin amontonamientos de tal forma que centre la atención del usuario.

Ø Atractivo: Alos usuarios les agrada debido a su diseño interesante.

BUEN DISEÑO DE FORMAS.

El analista de sistemas debe ser capaz de:

Diseñar una forma completa y útil
Reconocer las formas mal diseñadas, translapantes o innecesarias.

Las formas: Son papeles impresos o duplicados para que la gente llene en forma estandarizada. Sirve como documento fuente para el personal que captura datos.

Lineamientos para el diseño de formas.

Ø Haga que las formas sean fáciles de llenar.

Ø Asegúrese de que las formas satisfacen el objetivo para el que fueron diseñadas.

Ø Diseñe formas que aseguren el llenado preciso.

Ø Mantenga las formas atractivas.

En el diseño mas adecuado las formas debe fluir de arriba hacia abajo y de izquierda a derecha.

Bajo la herramienta de programación de su elección presente un script para

Un script que muestre la conexión con cualquier base de datos

Por medio de PHP:

// Conectar a la base de datos

mysql_connect("host","usuario","contraseña");

mysql_select_db("base de datos");

SYMFONY

2008-05-23T11:10:00.002-05:00

Symfony es un completo framework diseñado para optimizar el desarrollo de las aplicaciones web mediante algunas de sus principales características. Para empezar, separa la lógica de negocio, la lógica de servidor y la presentación de la aplicación web. Proporciona varias herramientas y clases encaminadas a reducir el tiempo de desarrollo de una aplicación web compleja. Además, automatiza las tareas más comunes, permitiendo al desarrollador dedicarse por completo a los aspectos específicos de cada aplicación. El resultado de todas estas ventajas es que no se debe reinventar la rueda cada vez que se crea una nueva aplicación web.
Symfony está desarrollado completamente con PHP 5. Ha sido probado en numerosos proyectos reales y se utiliza en sitios web de comercio electrónico de primer nivel. Symfony es compatible con la mayoría de gestores de bases de datos, como MySQL, PostgreSQL, Oracle y Microsoft SQL Server. Se puede ejecutar tanto en plataformas *nix (Unix, Linux, etc.) como en plataformas Windows. VISITA LA PAGUINA DE SIMFONY AQUI

FLISOL 2008

2008-04-12T13:53:00.003-05:00

LLEGO A NEIVA EL FESTIVAL LATINOAMERICANO DE INSTALACIÓN DE SOFTWARE LIBRE, PUEDES ENCONTRAR TODA LA INFORMACIÓN. AQUI

TALLER EVALUATIVO

2008-03-31T21:13:00.001-05:00

Trabajo de diseño de salida, su clasificación, caso a resolver, cuadro comparativo y definiciones: AQUI

GUIAS DE INGENIERIA DE SOFTWARE II

2008-03-23T15:52:00.002-05:00

1. SOLUCIÓN GUIA I
2. SOLUCIÓN GUIA II

El teléfono celular, camino a ser su nueva billetera

2007-10-26T10:32:00.000-05:00

La tecnología le permitirá pagar, a través del móvil, consumos en máquinas dispensadoras de productos, parqueaderos, cines, almacenes y restaurantes.Ver mas

Preguntas en Clase CICLO DE VIDA

2007-10-05T19:57:00.000-05:00

ETAPAS DEL CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN:

1. REQUERIMIENTOS
2. ANALISIS
3. DISEÑO
4. DESARROLLO

EL PROCESO DE SOFTWARE ESTA FORMADO POR:

1. ANALISIS DE REQUIRIMIENTOS DE SW
2. EL DISEÑO DE SW
3. IMPLEMENTACIÓN Y CODIFICACIÓN DEL SW
4. PRUEBAS DEL SW
5. LA IMPLEEMNTACIÓN Y EXPLOTACIÓN DEL SW Y FINALMENTE EL MANTENIMIENTO DEL SW.

CUÁL ES LA FUNCIONALIDAD DE LA INGENIERÍA DE SOFTWARE Y QUIENES SON LOS QUE SE BENEFICIAN DIRECTAMENTE

La Ingeniería de Software es la rama de la ingeniería que aplica los principios de la ciencia de la computación y las matemáticas para lograr soluciones costo-efectivas a los problemas de desarrollo de software, es decir, permite elaborar consistentemente productos correctos, utilizables y costo-efectivos.
El proceso de ingeniería de software se define como un conjunto de etapas parcialmente ordenadas con la intención de lograr un objetivo, en este caso, la obtención de un producto de software de calidad.

El proceso de desarrollo de software es aquel en que las necesidades del usuario son traducidas en requerimientos de software, estos requerimientos transformados en diseño y el diseño implementado en código, el código es probado, documentado y certificado para su uso operativo. Concretamente define quién está haciendo qué, cuándo hacerlo y cómo alcanzar un cierto objetivo.

CASO A RESOLVER BANK OF AMERICA

2007-09-05T19:26:00.000-05:00

LIDERAZGO EN LA ADMINISTRACION DE PROYECTOS Y EL

DESARROLLO DE SI

CASO BANK OF AMERICA

1. Identificación de problemas, oportunidades y síntomas.

Identificación de problemas:

Antes de que entrara a trabajar el señor Higgins al Banco de América era un mundo de improvisación de proyectos de sistemas de información, era un proceso informal.

Oportunidades y síntomas:

Ahora que entra el señor Higgins trasformara este proceso informal del banco en una fuerza cultural, es decir, se llevara acabo cinco bifurcaciones contra la mediocridad, haciendo énfasis en la disciplina, la estructura, las herramientas, la capacitación y el liderazgo.

2. Declaración del problema:

El problema consiste en que no se tiene el personal capacitado ni acto para llevar acabo los proyectos de Sistemas de Información del banco, precisamente por toda la desorganización que se observa y el desinterés del mismo personal de la gerencia de proyectos.

3. Resumen de las soluciones alternativas.

- Estructura y Disciplina:

Hay que analizar, planear, y documentar los requerimientos del sistema de información a desarrollar para tener un buen comienzo en el proyecto.

- Desarrollos de Componentes Básicos:

Se trata de discernir la función esencial, la base sobre la cual se van a construir las ampliaciones modulares o los proyectos de seguimiento con el transcurso del tiempo.

- Herramientas y Capacitación:

Comprende comunicación

Manejo efectivo de las reuniones

Actas de las reuniones

Como identificar, rastrear y resolver problemas y como utilizar un sistema de seguimiento de problemas

Como dividir las tareas del proyecto en una lista lógica para hacer y utilizar Microsoft Project para documentarlas

Como hacer un seguimiento de los aspectos financieros de un proyecto y utilizar las plantillas y hojas de cálculo basadas en Excel de Microsoft como una tarjeta de informe.

- Participación Gerencial:

Convertir a los gerentes de línea en dueños de los proyectos, exigiendo el involucramiento de la línea en los proyectos y esto genera el enlace de pertenencia que forma parte de nuestro éxito.

4. Evaluación de soluciones alternativas.

Las 5 alternativas de solución que son: Estructura, Disciplina, Herramientas, Capacitación y Participación Gerencial se utilizaron en conjunto para la realización del proyecto de una forma interactiva entre ellas logrando el bien común.

5. Razón fundamental para la solución seleccionada.

Se escoge esta alternativa de solución porque genera un gran porcentaje de credibilidad y eficiencia en el momento de ponerla en práctica. Además deja ver que si se trabaja en equipo de una manera equilibrada se obtiene el resultado esperado.

Se ve claramente que la alta gerencia del banco comprendió que las habilidades que hacen a alguien exitoso en la administración de proyectos son también las mismas que le darán éxito en el negocio.

6. Propuesta para el diseño de un sistema de información.

1. Estructura y Disciplina

2. Desarrollos de Componentes Básicos

3. Herramientas y Capacitación

4. Participación Gerencial

7. Plan de Implementación.

Que todo el personal involucrado en el proyecto tenga la mejor disposición para trabajar en equipo y al mismo tiempo dar lo mejor de sus capacidades.

Motivación al personal que trabaja en la dirección del personal a cargo.
Ir evacuando uno a uno los pasos antes descritos en la solución seleccionada.

PREGUNTAS A RESOLVER

Administración y desarrollo de SI en el B of A.

Que estaba mal en cuanto a la administración del proyecto y desarrollo de SI en el Bank of América cuando ingresó Chris Higgins?

Respuesta:

No había disciplina, liderazgo, organización, sinergia, faltaba estructuración, herramientas tecnológicas, integración en las plataformas de procesamiento de cheques, de cuentas corrientes y de ahorros, había mucha improvisación, falta de capacitación y estímulos al personal que laboraba en la corporación.

Aprueba usted los métodos que utilizó Higgins para mejorar la administración de proyectos y el desarrollo de SI en el B of A?

Respuesta:

Los métodos que utilizó Higgins para mejorar la administración de proyectos y desarrollo de SI fueron muy oportunos, ágiles y eficaces porque llevó a cabo cinco bifurcaciones contra la mediocridad, haciendo énfasis en la disciplina, la estructura, las herramientas, la capacitación y el liderazgo. En un comienzo experimentó resistencia por parte de su equipo de gerentes de proyectos pero a medida que se hacían mas efectivos en sus puestos, vieron que este camino era el mejor.

Qué cosa habría hecho usted en forma diferente? Explique.

Respuesta:

Primero habría hecho un análisis a cada uno de los recursos con que contaba la corporación incluyendo el recurso humano, para identificar el área crítica y luego suscribir un Plan de Mejoramiento donde se establezcan plazos y se pueda identificar cada uno de los responsables de cada una de las actividades o procesos a desarrollar.

2. Estructura, disciplina, herramientas, entrenamiento y liderazgo.

De que manera hizo mejoramiento Chris Higgins en cada una de las siguientes áreas para el proceso de administración de proyectos y de desarrollo de SI en el B of A?

. Estructura de los procesos de administración de proyectos y de desarrollo de SI.

Respuesta:

Organizó la estructura de los proyectos y redujo a la mitad, el tiempo de desarrollo.

Disciplina en la administración de proyectos y el desarrollo de SI.

Respuesta:

Impuso e inculcó la disciplina a toda la corporación.

Herramientas de TI para la administración de proyectos de SI.

Respuesta:

Mejoró las herramientas tecnológicas en la corporación.

Entrenamiento de la administración de proyectos de SI.

Respuesta:

La capacitación y entrenamiento se volvió fundamental y fue la base para lograr los objetivos.

Administración de proyectos SI.

Respuesta:

Convirtió a los gerentes de línea en dueños de los proyectos. Dice Higgins que espera que la nueva disposición sea un estímulo para que vean la administración de proyectos como una rotación normal en los rangos empresariales.

3. El futuro de la administración de proyectos de S.I.

Está usted de acuerdo con la decisión final de Higgins de descentralizar la administración de proyectos de SI trasladando a los gerentes de proyectos a las unidades de negocios?

Respuesta:

Si estoy de acuerdo con la decisión de descentralizar la administración de SI, porque Higgins rompió con los antiguos esquemas e hizo realidad la visión del futuro de la corporación.

Que sugerencias de mejoramiento tiene usted para la administración de proyectos y el desarrollo de SI en las cinco áreas que se describen en la pregunta 2?

Respuesta:

·Más análisis y recolección muestras.
Abreviar y precisar el desarrollo de las actividades.
Enfatizar más en las prácticas directas.
Organizar metódicamente con mayores prácticas las capacitaciones.
Supervisión continúa y elaboración de informes de gestión

PRIMER TRABAJO DE INGENIERIA DE SOFTWARE

2007-08-21T18:42:00.000-05:00

EVALUACIÓN 1.

TALLER 1.

CLICLOS DE VIDA

ESPIRAL

INCREMENTAL LINEAL

PROTOTIPOS

CASCADA

APLICACIONES DE JAVA

2007-06-17T15:40:00.000-05:00

Los tipos básicos de aplicaciones que se pueden realizar con java:

*Aplicaciones en modo comando: son las más simples de realizar y las que se deberían practicar en primer lugar para comprender y practicar con las características del lenguaje. No tienen entorno gráfico por lo que se deberán ejecutar en una ventana de comandos ( En windows se abriría una ventana de comandos tipo MSDOS)

*Aplicaciones con entorno gráfico (Java Swing o AWT): son ejecutadas igual que las anteriores pero utilizan el entorno gráfico por lo es necesario conocer ciertas características de programación en entornos gráficos como el manejo de eventos (sucesos producidos cuando el usuario pulsa un botón de una ventana gráfica o selecciona un elemento de un menú), la creación de objetos gráficos, etc.

*Applets, Aplicaciones embebidas en páginas web: Para ejecutarlas se realiza, además del programa java correspondiente, una página html en la que se hace la llamada a la aplicación y posteriormente se abre dicha página con un navegador web o similar.

1. INTERFAZ GRAFICA

2007-06-17T15:30:00.000-05:00

HTML (HyperText Markup Language) es un lenguaje muy sencillo que permite describir hipertexto, es decir, texto presentado de forma estructurada y agradable, con enlaces (hyperlinks) que conducen a otros documentos o fuentes de información relacionadas, y con inserciones multimedia (gráficos, sonido...) La descripción se basa en especificar en el texto la estructura lógica del contenido (títulos, párrafos de texto normal, enumeraciones, definiciones, citas, etc) así como los diferentes efectos que se quieren dar (especificar los lugares del documento donde se debe poner cursiva, negrita, o un gráfico determinado) y dejar que luego la presentación final de dicho hipertexto se realice por un programa especializado (como Mosaic, o Netscape).

LINKS: http://www.etsit.upm.es/~alvaro/manual/manual.html

http://www.webestilo.com/html/

2. LOGICA / PROGRAMACION

2007-06-17T15:20:00.000-05:00

PROGRAMACION EN JAVA

Java es un lenguaje de programacion orientado a objetos desarrollado por Sun Mycrosystems a principios de los años 1990. Las aplicaciones Java están típicamente compiladas en un bytecode, aunque la compilación en código máquina nativo también es posible. En el tiempo de ejecución, el bytecode es normalmente interpretado o compilado a código nativo para la ejecución, aunque la ejecución directa por hardware del bytecode por un procesador Java también es posible.

JavaScript, un lenguaje interpretado, comparte un nombre similar y una sintaxis similar, pero no está directamente relacionado con Java.

Sun Microsystems proporciona una implementación GNU General Public License de un compilador Java y una máquina virtual Java, conforme a las especificaciones del Java Community Process, aunque la biblioteca de clases que se requiere para ejecutar los programas Java no es software Libre

Historia

Java comenzó como un proyecto llamado "Green" y su objetivo inicial era crear un lenguaje que fuera capáz de ejecutarse en electrodomésticos que tuvieran microprocesadores pero se dieron cuenta que ese tipo de tecnología estaba aun muy lejos de poder existir. El proyecto dio como resultado un lenguaje muy parecido a C/C++ al cual le llamaron "Oak" (en referencia al roble que se encontraba en el exterior de las oficinas de Sun Microsystems) por James Goslin en junio de 1991 para usarse en un proyecto de receptor digital externo, pero descubrieron que ya existía un lenguaje con este nombre, luego alguien sugirió el nombre de Java (se cree que es por un tipo de café y otros piensan que son siglas) y fue ese nombre el que quedó. La primera implementación pública fue Java 1.0 en 1995. Prometía "Escribir una vez, ejecutar en cualquier parte" ("Write once, run anywhere"), proporcionando ningún coste extra en el tiempo de ejecución en las plataformas populares. Era bastante seguro y su seguridad era configurable, permitiendo restringir el acceso a archivos o a una red. Los principales navegadores web pronto incorporaron la capacidad de ejecutar "applets" Java seguros dentro de páginas web. Java adquirió popularidad rápidamente. Con la llegada de "Java 2", las nuevas versiones tuvieron múltiples configuraciones pensadas para diferentes tipos de plataformas. Por ejemplo, J2EE era para aplicaciones de empresa y la versión reducida J2ME era para aplicaciones para móviles. J2SE era la designación para la Edición Estándar. En 2006, las nuevas versiones "J2" fueron renombradas a Java EE, Java ME y Java SE, respectivamente.

En 1997, Sun se dirigió al cuerpo de estándares ISO/IEC JTC1 y más tarde a Ecma International para formalizar Java, pero pronto se retiró del proceso. Java permanece como un estándar de facto propietario que está controlado a través del Java Community Process. Sun hace disponibles la mayoría de sus implementaciones Java sin cargo alguno, generando los ingresos con productos especializados como el Java Enterprise System. Sun distingue entre su Software Development Kit (SDK) y su Java Runtime Environment (JRE) que es un subconjunto del SDK, siendo la principal distinción que en el JRE no está presente el compilador.

El 13 de noviembre de 2006, Sun liberó partes de Java como software libre/de código abierto, bajo la GNU General Public License (GPL). La publicación del código fuente completo bajo la GPL se espera que ocurra en la primera mitad de 2007.

Java y DB

Muchos programadores quizás tengan mayor interes en realizar programación basada conjunto a Bases de Datos, pues Java no se queda atrás, Java no implementa Bases de Datos, ya que solo es un lenguaje de programación, pero implementa funciones que permiten al programador realizar conexiones entre la interfaz de usuario y el Gestor de Base de Datos.

Java permite conectarse por medio de puentes JDBC o a través de Driver's a programas gestores de bases de datos, su independencia entre ambos permite al usuario mantener siempre un enfoque, separando el diseño de la Base de Datos y el de la interfaz en dos mundos de pensamientos diferentes el mundo de los datos y el mundo de las interfaces.

Java es orientado a objetos por ende da solidez a la aplicación evitando cortes bruscos del programa y permitiendo continuar de esta manera con la aplicación. Java permite Applets, lo que permite montar cualquier aplicación con Bases de Datos a través de la red de forma segura y sólida.

Un buen ejemplo de como conectar java con el JDBC sería:

public boolean Conectar(String DBName) {

       boolean val = true;

       //Creación de la URL

       String url = "jdbc:odbc:" + DBName;

       try {

           //Seleccionar y cargar el driver a ser usado.

           Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");

           //Conección con JDBC

           con = DriverManager.getConnection(url);

       } catch (JDBCException jdbc) {

           //En caso de error con la conexión con JDBC-Server

           con = null;

           val = false;

           JOptionPane

                   .showMessageDialog(

                                      new JFrame(),

                                      jdbc.toString()

                                              .substring(

49,

                                                         jdbc.toString()

                                                                 .length())

                                              + "\n\nCausas probables del error:\n1- El usuario no tiene los permisos para acceder a "

                                              + DBName

                                              + ".\nVerifique he inténtelo nuevamente.\nGracias!",

                                      "Error!.- No hubo conexión con la base de datos.",

0);

       } catch (ClassNotFoundException cnfe) {

           //En caso de error con el driver.

           con = null;

           val = false;

           JOptionPane.showMessageDialog(new JFrame(), cnfe.toString()

                   .substring(34, cnfe.toString().length()),

                                         "Error!.- Falta Driver.", 0);

       return val;

Java e Internet

Entre junio y julio de 1994, tras una sesión maratónica de tres días entre John Gaga, James Gosling, Joy Naughton, Wayne Rosing y Eric Schmidt, el equipo reorientó la plataforma hacia la Web. Sintieron que la llegada del navegador Web Mosaic, propiciaría que Internet se convirtiese en un medio interactivo, como el que pensaban era la televisión por cable. Naughton creó entonces un prototipo de navegador, WebRunner, que más tarde sería conocido como HotJava.

Ese año renombraron el lenguaje como Java tras descubrir que "Oak" era ya una marca comercial registrada para adaptadores de tarjetas gráficas. El término Java fue acuñado en una cafetería frecuentada por algunos de los miembros del equipo. Pero no está claro si es un acrónimo o no, aunque algunas fuentes señalan que podría tratarse de las iniciales de sus creadores: James Gosling, Arthur Van Hoff, y Andy Bechtolsheim. Otros abogan por el siguiente acrónimo, Just Another Vague Acronym ("sólo otro acrónimo ambiguo más"). La hipótesis que más fuerza tiene es la que Java debe su nombre a un tipo de café disponible en la cafetería cercana. Un pequeño signo que da fuerza a esta teoría es que los 4 primeros bytes (el número mágico) de los archivos .class que genera el compilador, son en hexadecimal, 0xCAFEBABE.

En octubre de 1994, se les hizo una demostración de HotJava y la plataforma Java a los ejecutivos de Sun. Java 1.0a pudo descargarse por primera vez en 1994, pero hubo que esperar al 23 de mayo de 1995, durante las conferencias de SunWorld, a que vieran la luz pública Java y HotJava, el navegador Web. El acontecimiento fue anunciado por John Gage, el Director Científico de Sun Microsystems. El acto estuvo acompañado por una pequeña sorpresa adicional, el anuncio por parte de Marc Andreessen, Vicepresidente Ejecutivo de Netscape, que Java sería soportado en sus navegadores. El 9 de enero del año siguiente, 1996, Sun fundó el grupo empresarial JavaSoft para que se encargase del desarrollo tecnológico. Dos semanas más tarde la primera versión de Java fue publicada.

Historia reciente

Las aplicaciones java son las más usadas en los teléfonos móviles por no ocupar tanto espacio en la memoria, dejando mucho espacio libre para otros archivos que no pueden cambiarse y que ocupan mucho espacio como los mp3 entre otros. Principalmente se utiliza java para juegos pero hay muchas otras formas interesantes de usos.

En la Web

En el cliente

La capacidad de la continuidad del uso de Java por el gran público. Flash está más extendido para animaciones interactivas y los desarrolladores estén empezando a usar la tecnología AJAX también en este campo. Java suele usarse para aplicaciones más complejas como la zona de juegos de Yahoo, Yahoo Games, o reproductores de video.

En el servidor

En la parte del servidor, Java es más popular que nunca, con muchos sitios empleando páginas JavaServer, conectores como Tomcat para Apache y otras tecnologías Java.

En el PC de escritorio

Aunque cada vez la tecnología Java se acerca más y más al PC de sobremesa, las aplicaciones Java han sido relativamente raras para uso doméstico, por varias razones.

Las aplicaciones Java pueden necesitar gran cantidad de memoria física.

La Interfaz Gráfica de Usuario (GUI) no sigue de forma estricta la Guía para Interfaces Humana (Human Interface Guidelines), así como tampoco aquella a la que estamos habitualmente acostumbrados. La apariencia de las fuentes no tiene las opciones de optimización activadas por defecto, lo que hace aparecer al texto como si fuera de baja calidad.

Las herramientas con que cuenta el JDK no son suficientemente potentes para construir de forma simple aplicaciones potentes. Aunque el uso de herramientas como Eclipse, un IDE con licencia libre de alta calidad, facilita enormemente las tareas de desarrollo.

Hay varias versiones del Entorno en Tiempo de Ejecución de Java, el JRE. Es necesario tener instalada la versión adecuada.

Las aplicaciones basadas en la Web están tomando la delantera frente a aquellas que funcionan como entidades independientes. Las nuevas técnicas de programación producen aplicaciones basadas en un modelo en red cada vez más potentes.

Sin embargo hay aplicaciones Java cuyo uso está ampliamente extendido, como los NetBeans, el entorno de desarrollo (IDE) Eclipse, y otros programas como LimeWire y Azureus para intercambio de archivos. Java también es el motor que usa MATLAB para el renderizado de la interfaz gráfica y para parte del motor de cálculo. Las aplicaciones de escritorio basadas en la tecnología Swing y SWT (Standard Widget Toolkit) suponen una alternativa a la plataforma .Net de Microsoft.

Disponibilidad del JRE de Java

Una versión del JRE (Java Runtime Environment) está disponible en la mayoría de equipos de escritorio. Sin embargo, Microsoft no lo ha incluido por defecto en su sistema operativo, ya que Windows XP fue lanzado en 2001. En el caso de Apple, éste incluye una versión propia del JRE en su sistema operativo, el Mac OS. También es un producto que por defecto aparece en la mayoría de las distribuciones de Linux. Debido a incompatibilidades entre distintas versiones del JRE, muchas aplicaciones prefieren instalar su propia copia del JRE antes que confiar su suerte a la aplicación instalada por defecto. Los desarrolladores de applets de Java o bien deben insistir a los usuarios en la actualización del JRE, o bien desarrollar bajo una versión antigua de Java y verificar el correcto funcionamiento en las versiones posteriores.

LINKS: http://www.monografias.com/trabajos42/manual-de-java/manual-de-java.shtml

DESCARGAR JAVA

http://www.java.com/en/download/windows_xpi.jsp?locale=en&host=www.java.com:80

3. BASES DE DATOS

2007-06-17T15:10:00.000-05:00

1. ¿Qué es PostgreSQL?

PostgreSQL es un Sistema de Gestión de Bases de Datos Objeto-Relacionales (ORDBMS) que ha sido desarrollado de varias formas desde 1977. Comenzó como un proyecto denominado Ingres en la Universidad Berkeley de California. Ingres fue más tarde desarrollado comercialmente por la Relational Technologies/Ingres Corporation.

En 1986 otro equipo dirigido por Michael Stonebraker de Berkeley continuó el desarrollo del código de Ingres para crear un sistema de bases de datos objeto-relacionales llamado Postgres. En 1996, debido a un nuevo esfuerzo de código abierto y a la incrementada funcionalidad del software, Postgres fue renombrado a PostgreSQL, tras un breve periplo como Postgres95. El proyecto PostgreSQL sigue actualmente un activo proceso de desarrollo a nivel mundial gracias a un equipo de desarrolladores y contribuidores de código abierto.

PostgreSQL está ampliamente considerado como el sistema de bases de datos de código abierto más avanzado del mundo. Posee muchas características (las cuales serán discutidas en detalle en la sección denominada ``Juego de Características de PostgreSQL'') que tradicionalmente sólo se podían ver en productos comerciales de alto calibre.

Postgres, desarrollada originalmente en el Departamento de Ciencias de la Computación de la Universidad de California en Berkeley, fue pionera en muchos de los conceptos de bases de datos relacionales orientadas a objetos que ahora empiezan a estar disponibles en algunas bases de datos comerciales. Ofrece suporte al lenguaje SQL92/SQL3, integridad de transacciones, y extensibilidad de tipos de datos. PostgreSQL es un descendiente de dominio público y código abierto del código original de Berkeley.

LINK: http://postgresql.org/download - programa

http://programas.navegalis.com/software-producto/35.php

MANUAL: http://es.tldp.org/Postgresql-es/web/navegable/tutorial/tutorial.htm

WEB SERVER

JBoss

Saltar a navegación, búsqueda

JBoss
Desarrollador:	JBoss, Inc.
Última versión:	4.0.5 / 17 de octubre de 2006
S.O.:	Multiplataforma
Género:	Servidor de aplicaciones
Licencia:	GPL/LGPL
En español:	-
Sitio Web:	www.jboss.org

JBoss es un servidor de aplicaciones J2EE de código abierto implementado en Java puro. Al estar basado en Java, JBoss puede ser utilizado en cualquier sistema operativo que lo soporte. Los principales desarrolladores trabajan para una empresa de servicios, JBoss Inc., adquirida por Red Hat en Abril del 2006, fundada por Marc Fleury, el creador de la primera versión de JBoss. El proyecto está apoyado por una red mundial de colaboradores. Los ingresos de la empresa están basados en un modelo de negocio de servicios.

JBoss implementa todo el paquete de servicios de J2EE.

Java 2 Enterprise Edition

De Wikipedia, la enciclopedia libre

(Redirigido desde J2EE)

Saltar a navegación, búsqueda

Tipo de Plataforma Java

Plataforma Java Micro Edition (ME)

Plataforma Java Standard Edition (SE)

Plataforma Java Enterprise Edition (EE)

Java Platform, Enterprise Edition o Java EE (anteriormente conocido como Java 2 Platform, Enterprise Edition o J2EE hasta la versión 1.4), es una plataforma de programación—parte de la Plataforma Java—para desarrollar y ejecutar software de aplicaciones en Lenguaje de programación Java con arquitectura de n niveles distribuida, basándose ampliamente en componentes de software modulares ejecutándose sobre un servidor de aplicaciones. La plataforma Java EE está definida por una especificación. Similar a otras especificaciones del Java Community Process, Java EE es también considerada informalmente como un estándar debido a que los suministradores deben cumplir ciertos requisitos de conformidad para declarar que sus productos son conformes a Java EE; no obstante sin un estándar de ISO o ECMA.

Java EE incluye varias especificaciones de API, tales como JDBC, RMI, e-mail, JMS, Servicios Web, XML, etc y define cómo coordinarlos. Java EE también configura algunas especificaciones únicas para Java EE para componentes. Estas incluyen Enterprise JavaBeans, servlets, portlets (siguiendo la especificación de Portlets Java), JavaServer Pages y varias tecnologías de servicios web. Esto permite al desarrollador crear una Aplicación de Empresa portable entre plataformas y escalable, a la vez que integrable con tecnologías anteriores. Otros beneficios añadidos son, por ejemplo, que el servidor de aplicaciones puede manejar transacciones, la seguridad, escalabilidad, concurrencia y gestión de los componentes desplegados, significando que los desarrolladores pueden concentrarse más en la lógica de negocio de los componentes en lugar de en tareas de mantenimiento de bajo nivel.

http://sourceforge.net/project/downloading.php?group_id=22866&use_mirror=ufpr&filename=jboss-5.0.0.Beta2.zip&73346021

COMO INSTALAR JBoss

2007-06-17T15:01:00.000-05:00

Pasos Previos

· Instalación funcional del JDK 1.4.2, según descrito en : Instalación JDK en Plataformas Windows

Descarga (JBoss)

Descargar la versión más reciente de JBoss :

· JBoss 3.2.x [~57 MB]

· Descargar la versión más reciente del árbol 3.2.x

· Descargar la versión JBoss binario para mayor integridad.

· ( Otras alternativas a JBoss binario, son src que incluye el fuente -- mismo que requiere un proceso de compilación local tardado -- y jdk13 que incluye el JDK 1.3 en su estructura )

Instalación

Coloquese en el directorio donde desee realizar la instalación y realice los siguientes pasos:

· Descomprimir el archivo de JBoss a través de WinZip y colocarlo dentro de un directorio temporal/instalación.

· Una vez terminada la instalación se recomienda cambiar el nombre del directorio jboss-3.2.x a simplemente jboss ; quedando instalado en una ruta absoluta como : C:\jboss\.

Configuración (JBoss)

Para efectos del curso, JBoss solo requiere modificaciones mínimas a su configuración las cuales serán detalladas en la parte del curso correspondiente.

En el directorio raíz de JBoss reside un directorio llamado bin que contiene los ejecutables de JBoss, el archivo run.bat es empleado para arrancar el Servidor en versión "default".

Al invocar este comando, JBoss será iniciado con los parámetros y componentes residentes en el directorio $JBOSS_HOME/server/default, donde $JBOSS_HOME es el directorio raíz de instalación.

Configuración (Base de Datos-HSQL/JBoss)

En este curso será empleada la Base de Datos HSQL (Hypersonic) integrada con JBoss, esta Base de Datos puede ser inicializada automáticamente al iniciarse JBoss

Dicha Base de Datos se encuentra equipada con una interfase gráfica que permite observar directamente la información contenida en ella, lo anterior será de utilidad al diseñar EJB's de Entidad ("Entity EJB's"); para accesar esta interfase gráfica se deben realizar los siguientes pasos:

· Debe modificar el archivo de configuración para Hypersonic hsqldb-ds.xml ubicado bajo el directorio $JBOSS_HOME/server/default/deploy, donde $JBOSS_HOME es el directorio raíz de instalación. En él debe permitir el acceso vía TCP a la Base de Datos, mismo que se encuentra desactivado por "default".

· La primer sección que debe modificar en hsqldb-ds.xml se encuentra en el segundo párrafo, debe eliminar el comentario tipo XML (-->) en la parte final de esta sección, para encontrarse de la siguiente manera :

      jdbc:hsqldb:hsql://localhost:1701

La otra sección en hsqldb-ds.xml que debe modificar es una de las ultimas secciones en este archivo. Asegúrese que el siguiente MBean se encuentre sin comentario tipo XML (-->) en su parte final, debe encontrarse de la siguiente manera :

         name="jboss:service=Hypersonic">
     1701
     true
     default
     false
     true

· Una vez realizadas estas modificaciones puede activar el proceso de JBoss, esto permitirá la conexión hacia la Base de Datos.(Vea fase de Pruebas para instrucciones de arranque, antes proseguir con los siguientes pasos )

· Para facilitar la invocación de la interfase gráfica sobre la Base de Datos, se recomienda generar un archivo llamado Hypersonic.bat con la siguiente información :

# Donde C:\jboss representa el directorio raíz de instalación

java -cp "%CLASSPATH%;C:\jboss\server\default\lib\hsqldb.jar;."

                                         org.hsqldb.util.DatabaseManager

La definición anterior invoca la Clase Java que genera la interfase gráfica de HSQL (Hypersonic), sin embargo, al colocar la definición anterior en un archivo de "Shell" se facilita la creación de la interfase al invocar Hypersonic.bat.

· Al invocar el comando/archivo anterior modifique los parámetros a los siguientes valores:

 Type : HSQL Database Engine Server

 Driver: org.hsqldb.jdbcDriver

 URL : jdbc:hsqldb:hsql://localhost:1701 (Agregar Puerto)

 User : sa

 Password : (En Blanco)

NOTA: Para que la conexión hacia HSQL (Hypersonic) sea exitosa es necesario que el proceso de JBoss este activo, además de realizar las modificaciones pertinentes al archivo hsqldb-ds.xml como fue descrito anteriormente.

· Ahora se debe cargar el Modelo de Datos, a continuación se describe el modelo empleado a lo largo del curso :

CREATE TABLE CUENTAS_BANCARIAS(ID VARCHAR PRIMARY KEY,

                               NOMBRE VARCHAR,

                               APELLIDO VARCHAR,

                               SALDO DOUBLE)

· Para agilizar el proceso de montaje de datos se recomienda colocar la declaración anterior en un archivo llamado datos.sql.

· De la interfase gráfica de HSQL (Hypersonic) seleccione la opción File -> Open Script... y elija el archivo creado anteriormente (datos.sql); una vez ejecutado el comando anterior oprima el icono Execute para cargar la tabla SQL.

· Al terminar las instrucciones anteriores seleccione la opción View -> Refresh Tree ; posteriormente debe aparecer en la ventana izquierda de la interfase gráfica la tabla SQL.

Pruebas

Ejecute el comando run.bat ubicado en el directorio $JBOSS_HOME/bin/, donde $JBOSS_HOME es el directorio raíz de instalación, al invocar el comando anterior deben aparecer instrucciones como las siguientes:

C:\ ./run.bat

=========================================================================

  JBoss Bootstrap Environment

  JBOSS_HOME: C:\jboss

  JAVA: C:\jdk\bin\java

  JAVA_OPTS: -server -Dprogram.name=run.bat

  CLASSPATH: C:\jboss\bin\run.jar;C:\jdk\lib\tools.jar

=========================================================================

12:55:10,608 INFO  [Server] Starting JBoss (MX MicroKernel)...

12:55:10,610 INFO  [Server] Release ID: JBoss [WonderLand] 3.2.7

                    (build: CVSTag=JBoss_3_2_7 date=200501280217)

12:55:10,610 INFO  [Server] Home Dir: C:\jboss

12:55:10,610 INFO  [Server] Home URL: file:C:\jboss\

12:55:10,623 INFO  [Server] Library URL: file:C:\jboss\lib\

12:55:10,625 INFO  [Server] Patch URL: null

12:55:10,642 INFO  [Server] Server Name: default

12:55:10,642 INFO  [Server] Server Home Dir: C:\jboss\server\default

12:55:10,643 INFO  [Server] Server Home URL: C:\jboss\server\default\

12:55:10,643 INFO  [Server] Server Data Dir: C:\jboss\server\default\data

........

<>

.......

.......

12:55:31,862 INFO  [Http11Protocol] Starting Coyote HTTP/1.1

                                    on http-0.0.0.0-8080

12:55:32,074 INFO  [ChannelSocket] JK2: ajp13 listening on /0.0.0.0:8010

12:55:32,192 INFO  [JkMain] Jk running ID=1 time=0/149  config=null

12:55:32,216 INFO  [Server] JBoss (MX MicroKernel) [3.2.7

                            (build: CVSTag=JBoss_3_2_7 date=200501280217)]

Started in 25s:163ms

Si observa los resultados anteriores sin ningún tipo de error, ha instalado correctamente JBoss, en caso contrario realice los pasos anteriores hasta que esta prueba sea ejecutada correctamente.

Otras Configuraciones

La instalación previa de JBoss se encuentra en su estado "default", puede encontrar mayores detalles acerca de su configuración en la siguiente página:

· http://www.osmosislatina.com/jboss/configuracion.htm .

PARCIAL BDD

2007-05-30T19:20:00.000-05:00

Desarrollo de Conocimientos

1. Sobre la mecánica del uso de una base de datos centralizada en red.

Plantee y presente como resolver problemas del control de la concurrencia de una base de datos.

Una de las estrategias de control consiste en asociar un bloqueo con cada copia del item de datos, y en otorgar o negar los bloqueos a cada transacción que requiera un RLOCK o WLOCK desde cada sitio de la copia. Debido a que el DBMS distribuido deberá ver los bloqueos sobre los items de datos en una forma global y no sobre las copias, se ha definido una regla para convertir los bloqueos sobre las copias en bloqueos sobre los items de datos, así:

Una transacción tiene un RLOCK sobre un item A, cuando ella tiene otorgado un RLOCK sobre cualquiera de las copias de A.
Una transacción tiene un WLOCK sobre un item A, cuando ella tiene otorgado un WLOCK sobre todas las copias de A.

Si uno o más sitios niegan un requerimiento de bloqueo, entonces el bloque sobre el item es negado. Para evitar abrazos mortales, las transacciones deben informar los desbloqueos a cada uno de los sitios que otorgaron un bloqueo, en caso contrario dos transacciones podrían estar indefinidamente esperando por la liberación de un item que la otra tiene bloqueado.

3. Enúmere y enuncie algunos de los conceptos básicos sobre bases de datos distribuidas

Sistemas de Bases de Datos Distribuidas.

La tecnología de Bases de Datos Distribuidas es la unión de dos aproximaciones para el procesamiento de datos que parecen ser diametralmente opuestas: Las tecnologías de Sistemas de Bases de Datos y las redes de computador.

Los sistemas de Bases de Datos han marcado un cambio de orientación en el procesamiento de datos, en el cual cada aplicación definía y mantenía sus propios datos, a uno en el cual el dato es definido y administrado centralizadamente, con lo cual los programas de aplicación son inmunes a cambios en la organización lógica o física de los datos, y viceversa. Una de las mayores motivaciones que ha impulsado el uso de sistemas de Bases de Datos es el deseo de integrar los datos para ofrecer un acceso centralizado y controlado a los datos.

La tecnología de redes de computador promueve un modo de trabajo que va contra todos los esfuerzos de centralización.

Podría ser difícil entender cómo estas dos aproximaciones que contrastan entre sí, puedan ser sintetizadas para producir una tecnología mucho más poderosa y promisoria que cualquiera de las dos consideradas por separado. La clave para este entendimiento es la realización del objetivo más importante de la tecnología de Bases de Datos cual es el de la integración y no el de la centralización. Es importante darse cuenta que uno de estos términos no necesariamente implica el otro. Es posible alcanzar la integración sin la centralización y esto es lo que la tecnología de BDD intenta alcanzar.

Podemos definir una Base de Datos Distribuida (BDD) como “una colección de múltiples Bases de Datos lógicamente interrelacionadas, distribuidas sobre una red de computadoras. Un Sistema de Gestión de Bases de Datos Distribuidas (SGBDD) es definido como el Sistema de Software que permite la administración de los Sistemas de Bases de Datos Distribuidas y que hace la distribución transparente a los usuarios” [Ozsu92 ].

También podemos afirmar, [ Date90] , que un SBDD se compone de un conjunto de sitios, conectados entre sí mediante algún tipo de red de comunicaciones, en el cual:

Cada sitio es una BD en sí mismo, pero

Los sitios han convenido en trabajar juntos (sí es necesario) con el fin de que un usuario de cualquier sitio pueda obtener acceso a los datos de cualquier punto de la red tal como si todos los datos estuvieran almacenados en el sitio propio del usuario.
El principio fundamental de las BDD es: Desde el punto de vista del usuario, un sistema distribuido debe ser idéntico a uno no distribuido, [ Date92 ].Segun C.J. Date [ Date90 ], las doce reglas u objetivos que debe cumplir un SBDD son las siguientes:

Autonomía local.
No dependencia de un sitio central.
Operación continua.
Independencia respecto a la localización.
Independencia con respecto a la fragmentación.
Independencia de réplica.
Procesamiento distribuido de consulta.
Manejo distribuido de transacciones.
Independencia con respecto al hardware.
Independencia con respecto al Sistema Operativo.
Independencia con respecto a la red.
Independencia con respecto al SGBD.

Concluyendo, "... un apoyo completo para BDD implica que una sóla aplicación deberá ser capaz de trabajar en forma "transparente" con datos dispersos en varias BD diferentes, administradas por varios SGBD distintos, ejecutadas por varias máquinas.

4. Enuncie las reglas para el diseño de bases de datos distribuidas, proponga un diseño.

Diseño de BDD: replicación y asignación

La replicación mejora la disponibilidad de los datos
Caso extremo: tener una réplica de la BD completa en

cada sitio (ordenador):

– Ventajas: mejora el rendimiento local y global

además de la disponibilidad (con un sitio activo se

accede a toda la BD)

– Inconvenientes: actualizaciones más costosas (se

deben realizar en todas las réplicas para mantener la

coherencia). El control de concurrencia y

recuperación es también más costoso.

El otro extremo es no tener ninguna replicación (salvolas claves primarias en fragmentos verticales).
Entre ambos extremos: replicación parcial. Hay muchas posibilidades.
Esquema de replicación: describe qué se replica
Asignación: dónde se sitúan los fragmentos y réplicas

– La elección del lugar y el grado de replicación depende de los objetivos de rendimiento y disponibilidad.También del tipo de transacciones y su frecuencia.

– Encontrar una solución óptima o incluso una buenaes un problema complejo.

5. Plantee las estrategias para optimizar consultas en un sistema distribuido de bases de datos.

Procesamiento de consultas en BDD:

coste de transferir datos (2)

La misma consulta se solicita en Sitio 2. Dos estrategias:

– Transferir Empleado a Sitio 2 y hacer allí la reunión:

10.000*100 = 1.000.000 bytes transferidos

– Transferir Departamento a Sitio 1. Hacer allí la reunión y

enviar el resultado a Sitio 2: 10.000*40 + 100*35 =

403.500 bytes transferidos 􀃆 mejor opción

Operación de semirreunión ( |X ):

– Es otra estrategia que a veces mejora los resultados

– Se basa en transferir solamente las tuplas y atributos

estrictamente necesarios

En el caso de la consulta anterior, solicitada en Sitio 2, una estrategia con semirreunión puede ser:

– Transferir R1=πNumeroD (Departamento) a Sitio 1:

4*100=400 bytes

– R1 se reúne con Empleado en Sitio 1. Transferir a Sitio 2

R2=πNombre, Apellido, ND (R1|X| Empleado): 34*10.000 =

340.000 bytes

– R2 se reúne con Departamento en Sitio 2 para obtener el

resultado de la consulta.

– Con esta estrategia se transfieren 340.400 bytes 􀃆 mejor

opción que las anteriores

Ejercicio. Hacer el mismo estudio para la siguiente consulta:

SELECT Nombre, Apellido, NombreD

FROM Empleado inner join Departamento on NSS=NSS_Jefe

Descomposición de actualizaciones y consultas

SGBD sin transparencia de distribución: hay que

indicar el sitio y la tabla sobre la que se realiza la consulta.

SGBD sin transparencia de replicación: hay que mantener a mano la consistencia de los datos

SGBD con transparencia de distribución, replicación y fragmentación:

– La consulta o actualización se expresan como sise tratase de un SGBD centralizado.

– El SGBD se encarga de descomponer y dirigir alos fragmentos adecuados.

6. Sobre la mecánica del uso de una base de datos distribuida, enuncie las técnicas para el control de la concurrencia y la recuperación de fallos, y compararela con las de un sistema centralizado.

Control de concurrencia

Aunque hay muchos esquemas para garantizar la serializabilidad de las transacciones concurrentes un SGBD, la inmensa mayoría usan téncias basadas en bloqueos.

Un bloquo consisteen garantizar que el aceso a los datos se realice de forma mútuamente excluyente: mientras una transacción accede a un dato ninguna otra puede modificarlo. Es transparte al usuaro.

Hay dos enfoques de control de concurrencia:

Optimista:

se presume que los conflictos entre múltiples usuarios son improbables y se permite a las transacciones ejecutarse sin encesidad de bloquear recursos. Solo cuando la transacción termina y va a cometerse se comprueban los recursos utilizados para determinar si ha habido algún conflicto.Si ha ocurrido, la transacción empieza de nuevo y vuelve a intentarlo.

Pesimienta:

se bloquean los recursos cuando se desa acceder a ellos durante todo el tiempo que dure la trnsacción. A menos que ocurra un interbloqueo, esta técnia garantiza la finalización con éxito de la transacción.

Cuando una transacción intenta acceder a un recurso bloqueado se queda a la espera de que se libere.

Recuperacion

Parte integral del SGBD, esquema de recuperación responsable de la eliminación de fallos y de la restauración de la BBDD a un estado conssitente anterior al fallo.

PREVENCION: acciones tomadas durante el procesamiento normal de la transacción que aseguran que existe suficiente información apra permitir la recuperación de fallos.

RECUPERACIÓN: acciones tomadas a continuación de un fallo para asegurar la consistencia de la base de datos y la atomicidad de las transacciones.

JERARQUIA DE ALAMACENAMIENTO: La BBDD reside en disco dividida en bloques. Las transacciones meten información el disco en memoria principal y vuelven a guardarlo en disco (las transferencias se realizan en bloques). Bloques de disco: bloques físicos Bloques en memoria: buffers

Operaciones:

input(x): traer a la memoria el bloque que contiene el dato X

output(x): escribir en el disco el bloque que contiene el dato X.

Leer (x, xi): si es necesario se ejecuta input(x)

escribir(x,xi): si es necesario ejecuta input(x)

El bloque se graba en el disco ya sea porque el gestor necesite espacio o porque desea reflejar el cambio hecho a X.

Output(x) no necesita ejecutarse despuçes de escribir ya que X está en un bloque contiene más datos que se pueden estar utilizando. Si el sistema se cae entre escribir y output el nuevo valorde X se pierde.

tras abortar una transacción hay dos opciones: volver a ejecutar T o no. Ninguna de las dos opciones garantizar dejar la BBDD en un estado consistente.

Esquemas de recuperacion

A) Recuperación basada en bitácora.

Si una transacción requiere de múltiples operaciones de salida y falla entre medias, la BBDDla BBDD. Esto nos permitirá sacar todas las modificaciones que hizo la trasacción a pesar de los fallos. queda inconsistente. Para lograr la atomicidad primero hay que obtener información describiendo las modificaciones del almacenamiento estable sin modificar

La bitácora es la estructura que guarda las modificaciones a la base de datos. Cada registro describe una única escritura. Contiene los datos: nombre de la transacción, nombre del dato, valor antiguo y el valor nuevo.

Registros especiales.

Ti starts -> Transacción activa.

Ti commits -> transacción parcialmente cometida (terminada).

El registro de bitácora debe crearse antes de modificar la BBDD. Los registros de bitácora deben residir en memoria estable. Existen dos técnicas para garantizar la atomicidad usando bitácora:

Modificacion diferida de la base de datos.
Modificación inmediata de la base de datos.

TEST DE SQL

Structured Query Language
SELECT
UPDATE
DELETE
INSERT INTO
SELECT FirstName FROM Persons
SELECT * FROM Persons
SELECT * FROM Persons WHERE FirstName='Peter'
SELECT * FROM Persons WHERE FirstName LIKE 'a%'
True
SELECT FirstName='Peter', LastName='Jackson' FROM Persons
SELECT * FROM Persons WHERE LastName BETWEEN 'Hansen' AND 'Pettersen'
SELECT DISTINCT
ORDER BY
SELECT * FROM Persons ORDER BY FirstName DESC
INSERT INTO Persons VALUES ('Jimmy', 'Jackson')
INSERT INTO Persons (LastName) VALUES ('Olsen')
UPDATE Persons SET LastName='Hansen' INTO LastName='Nilsen'
DELETE FROM Persons WHERE FirstName = 'Peter'
SELECT COUNT(*) FROM Persons

GUIA 3 (BASE DE DATOS DISTRIBUIDAS)

2007-03-22T21:16:00.000-05:00

MODELO ENTIDAD RELACIÓN

Entidad

Cualquier tipo de objeto o concepto sobre el que se recoge información: cosa, persona, concepto abstracto o suceso. Por ejemplo: coches, casas, empleados, clientes, empresas, oficios, diseños de productos, conciertos, excursiones, etc. Las entidades se representan gráficamente mediante rectángulos y su nombre aparece en el interior. Un nombre de entidad sólo puede aparecer una vez en el esquema conceptual.

Hay dos tipos de entidades: fuertes y débiles. Una entidad débil es una entidad cuya existencia depende de la existencia de otra entidad. Una entidad fuerte es una entidad que no es débil.

Relación (interrelación)

Es una correspondencia o asociación entre dos o más entidades. Cada relación tiene un nombre que describe su función. Las relaciones se representan gráficamente mediante rombos y su nombre aparece en el interior.

Las entidades que están involucradas en una

determinada relación se denominan entidades partic

ipantes. El número de participantes en una relación es lo que se denomina grado de la relación. Por lo tanto, una relación en la que participan dos entidades es una relación binaria; si son tres las entidades participantes, la relación es ternaria; etc.

Una relación recursiva es una relación donde la misma entidad participa más de una vez en la relación con distintos papeles. El nombre de estos papeles es importante para determinar la función de cada participación.

La cardinalidad con la que una entidad participa en una relación especifica el número mínimo y el número máximo de correspondencias en las que puede tomar parte cada ocurrencia de dicha entidad. La participación de una entidad en una relación es obligatoria (total) si la existencia de cada una de sus ocurrencias requiere

la existencia de, al menos, una ocurrencia de la otra entidad participante. Si no, la participación es opcional (parcial). Las reglas que definen la cardinalidad de las relaciones son las reglas de negocio.

A veces, surgen problemas cuando se está diseñado un esquema conceptual. Estos problemas, denominados trampas, suelen producirse a causa de una mala interpretación en el significado de alguna relación, por lo que es importante comprobar q

ue el esquema conceptual carece de dichas trampas. En general, para encontrar las trampas, hay que asegurarse de que se entiende completamente el significado de cada relación. Si no se entienden las relaciones, se puede crear un esquema que no represente fielmente la realidad.

Una de las trampas que pueden encontrarse ocurre cuando el esquema representa una relación entre entidades, pero el camino entre algunas de s

us ocurrencias es ambiguo. El modo de resolverla es reestructurando el esquema para representar la asociación entre las entidades correctamente.

Otra de las trampas sucede cuando un esquema sugiere la existencia de una relación entre entidades, pero el camino entre una y otra no existe para algunas de sus ocurrencias. En este caso, se produce una pérdida de información que se puede subsanar introduciendo la relación que sugería el esquema y que no estaba representada.

Atributo

Es una característica de interés o un hecho sobre una entidad o sobre una relación. Los atributos representan las propiedades básicas de las entidades y de las relaciones. Toda la información extensiva es portada por los atributos. Gráficamente, se representan mediante bolitas que cuelgan de las entidades o relaciones a las que pertenecen.

Cada atributo tiene un conjunto de valores asociados denominado dominio. El dominio define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos sobre un mismo dominio.

Los atributos pueden ser simples o compuestos. Un atributo simple es un atributo que tiene un solo componente, que no se puede dividir en partes más pequeñas que tengan un significado propio. Un atributo compuesto es un atributo con varios componentes, cada uno con un significado por sí mismo. Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Un atributo compuesto se representa gráficamente mediante un óvalo.

Los atributos también pueden clasificarse en monovalentes o polivalentes. Un atributo monovalente es aquel que tiene un solo valor para c

ada ocurrencia de la entidad o relación a la que pertenece. Un atributo polivalente es aquel que tiene varios valores para cada ocurrencia de la entidad o relación a la que pertenece. A estos atributos también se les denomina multivaluados, y pueden tener un número máximo y un número mínimo de valores. La cardinalidad de un atributo indica el número mínimo y el número máximo de valores que puede tomar para cada ocurrencia de la entidad o relación a la que pertenece. El valor por omisión es .

Por último, los atributos pueden ser derivados. Un a

tributo derivado es aquel que representa un valor que se puede obtener a partir del valor de uno o varios atributos, que no necesariamente deben pertenecer a la misma entidad o relación.

Identificador

Un identificador de una entidad es un atributo o conjunto de atributos que determina de modo único cada ocurrencia de esa entidad. Un identificador de una entidad debe cumplir dos condiciones:

No pueden existir dos ocurrencias de la entidad con el mismo valor del identificador.
Si se omite cualquier atributo del identificador, la condición anterior deja de cumplirse.

Toda entidad tiene al menos un identificador y puede tener varios identificadores alternativos. Las relaciones no tienen identificadores.

JERARQUÍA DE GENERALIDADES

Una entidad E es una generalización de un grupo de entidades E, E, ... E, si cada ocurrencia de cada una de esas entidades es también una ocurrencia de E. Todas las propiedades de la entidad genérica E son heredadas por las subentidades.

Cada jerarquía es total o parcial, y exclusiva o superpuesta. Una jerarquía es total si cada ocurrencia de la entidad genérica corresponde al menos con una ocurrencia de alguna subentidad. Es parcial si existe alguna ocurrencia de la entidad genérica que no corresponde con ninguna ocurrencia de ninguna subentidad. Una jerarquía es exclusiva si cada ocurrencia de la entidad genérica corresponde, como mucho, con una ocurrencia de una sola de las subentidades. Es superpuesta si existe alguna ocurrencia de la entid

ad genérica que corresponde a ocurrencias de dos o más subentidades diferentes.

Un subconjunto es un caso particular de generalización con una sola entidad como subentidad. Un subconjunto siempre es una jerarquía parcial y exclusiva.

NORMALIZACIÓN DE DATOS

Formas Normales

Las primeras tres formas normales son suficientes para cubrir las necesidades de la mayoría de las bases de datos. El creador de estas 3 primeras formas normales (o reglas) fue Edgar F. Codd, éste introdujo la normalización en un artículo llamado A Relational Model of Data for Large Shared Data Banks Communications of the ACM, Vol. 13, No. 6, June 1970, pp. 377-387[1].

Primera Forma Normal (1NF)

Una relación está en Primera Forma Normal si y s

ólo si todos los dominios son atómicos. Un dominio es atómico si los elementos del dominio son indivisibles.

Por ejemplo:

La Relación:

cursos: nombre, código, vacantes, horario, bibliografía

Queda después de aplicar la Forma Normal 1 de la siguiente manera:

cursos1: nombre, código, vacantes
horario1: código, día, módulo
bibliografia1: código, nombre, autor

Una columna no puede tener multiples valores. Lo

s datos estan atomicos (Si a cada valor de X le pertenece un valor de Y, entonces a cada valor de Y le pertenece un valor de X).

La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas

Segunda Forma Normal (2NF)

Dependencia completa. Esta en 2NF si esta en 1NF y si sus atributos no principales dependen de forma completa de la clave principal. Toda columna que no sea clave debe depender por completo de la clave primaria. Los atributos dependen de la clave. Varia la clave y varian los atributos. Dependencia completa. Sus atributos no principales dependen de forma completa de la clave principal.

Tercera Forma Normal (3NF)

Está en forma normal de Boyce-Codd y se eliminan las dependencias multivaluadas y se generan todas las relaciones externas con otras tablas u otras bases de datos. Esta se hace a base de claves

Cuarta Forma Normal (4NF)

Está en cuarta forma normal y toda dependencia-

join viene implicada por claves candidatas.

Reglas de codd

Codd se dio de cuenta que existían bases de datos en el mercado las cuales decían ser relacionales, pero lo único que hacían era guardar la información en las tablas, sin estas tablas estar literalmente normalizadas; entonces éste publicó 12 reglas que un verdadero sistema relacional debería de tener, en la práctica alguna

s de ellas son difíciles de realizar.Un sistema podrá considerarse "más relacional" cuanto más siga estas reglas.

Regla No. 1 - La Regla de la información

"Toda la información en un RDBMS está explícitamente representada de una sola manera por valores en una tabla".

Cualquier cosa que no exista en una tabla no existe del todo. Toda la información, incluyendo nombres de tablas, nombres de v

istas, nombres de columnas, y los datos de las columnas deben estar almacenados en tablas dentro de las bases de datos. Las tablas que contienen tal información constituyen el Diccionario de Datos.

Regla No. 2 - La regla del acceso garantizado

"Cada ítem de datos debe ser lógicamente accesible al ejecutar una búsqueda que combine el nombre de la tabla, su clave prim

aria, y el nombre de la columna".

Esto significa que dado un nombre de tabla, dado el valor de la clave primaria, y dado el nombre de la columna requerida, deberá encontrarse uno y solamente un valor. Por esta razón la definición de claves primarias para todas las tablas es prácticamente obligatoria.

Regla No. 3 - Tratamiento sistemático de los valo

res nulos

"La información inaplicable o faltante puede ser representada a través de valores nulos".

Un RDBMS (Sistema Gestor de Bases de Datos Relacionales) debe ser capaz de soportar el uso de valores nulos en el lugar de columnas cuyos valores sean desconocidos o inaplicables.

Regla No. 4 - La regla de la descripción de la base de dat

"La descripción de la base de datos es almacenada de la misma manera que los datos ordinarios, esto es, en tablas y columnas, y debe ser accesible a los usuarios autorizados".

La información de tablas, vistas, permisos de acceso de usuarios autorizados, etc, debe ser almacenada exactamente de la misma manera

: En tablas. Estas tablas deben ser accesibles igual que todas las tablas, a través de sentencias de SQL.

Regla No. 5 - La regla del sub-lenguaje Integral

"Debe haber al menos un lenguaje que sea integral para soportar la definición de datos, manipulación de datos, definición de vistas, restricciones de integridad, y control de autorizaciones y transacciones".

Esto significa que debe haber por lo menos un lenguaje con una sintaxis bien definida que pueda ser usado para administrar completamente la base de datos.

Regla No. 6 - La regla de la actualización de vistas

"Todas las vistas que son teóricamente actualizables, deben ser actualizables por el sistema mismo".

La mayoría de las RDBMS permiten actualizar vistas simples, pero deshabilitan los intentos de actualizar vistas complejas.

Regla No. 7 - La regla de insertar y actualizar

"La capacidad de manejar una base de datos con operandos simples aplica no solo para la recuperación o consulta de datos, sino también para la inserción, actualización y borrado de datos".

Esto significa que las cláusulas SELECT, UPDA

TE, DELETE e INSERT deben estar disponibles y operables sobre los registros, independientemente del tipo de relaciones y restricciones que haya entre las tablas.

Regla No. 8 - La regla de independencia física

"El acceso de usuarios a la base de datos a tr

avés de terminales o programas de aplicación, debe permanecer consistente lógicamente cuando quiera que haya cambios en los datos almacenados, o sean cambiados los métodos de acceso a los datos".

El comportamiento de los programas de aplicación y de la actividad de usuarios vía terminales debería ser predecible basados en la definición lógica de la base de datos, y éste comportamiento debería permanecer inalterado, independientemente de los cambios en la definición física de ésta.

Regla No. 9 - La regla de independencia lógica

"Los programas de aplicación y las actividades de acceso por terminal deben permanecer lógicamente inalteradas cuando quiera que se hagan cambios (según los permisos asignados) en las tablas de la base de datos".

La independencia lógica de los datos especifica que los programas de aplicación y las actividades de terminal deben ser independientes de la estructura lógica, por lo tanto los cambios en la estructura lógica no deben

alterar o modificar estos programas de aplicación.

Regla No. 10 - La regla de la independencia de la integridad

"Todas las restricciones de integridad deben ser definibles en los datos, y almacenables en el catalogo, no en el programa de aplicación".

Las reglas de integridad son:

1. Ningún componente de una clave primaria puede tener valores en blanco o nulos. (esta es la norma básica de integridad).

2. Para cada valor de clave foránea deberá existir un valor de clave primaria concordante. La combinación de estas reglas aseguran que haya Integridad referencial.

Regla No. 11 - La regla de la distribución

"El sistema debe poseer un lenguaje de datos que pueda soportar que la base de datos esté distribuida físicamente en distintos lugares sin que esto afecte o altere a los programas de aplicación".

El soporte para bases de datos distribuidas significa que una colección arbitraria de relaciones, bases de datos corriendo e

n una mezcla de distintas máquinas y distintos sistemas operativos y que este conectada por una variedad de redes, pueda funcionar como si estuviera disponible como en una única base de datos en una sola máquina.

Regla No. 12 - Regla de la no-subversión

"Si el sistema tiene lenguajes de bajo nivel,

estos lenguajes de ninguna manera pueden ser usados para violar la integridad de las reglas y restricciones expresadas en un lenguaje de alto nivel (como SQL)".

Algunos productos solamente construyen una interfaz relacional para sus bases de datos No relacionales, lo que hace posible la subversión (violación) de las restricciones de integridad. Esto no debe ser permitido

FRAGMENTACION

Dado que una relación se corresponde esencialmente con una tabla y la cuestión consiste en dividirla en fragmentos menores, inmediatamente surgen dos alternativas lógicas para llevar a cabo el proceso: la división horizontal y la división vertical.

La división o fragmentación horizontal trabaja sobre las tuplas, dividiendo la relación en subrelaciones que contienen un subconjunto de las tuplas que alberga la primera.

La fragmentación vertical, en cambio, se basa en los atributos de la relación para efectuar la división. Estos dos tipos de partición podrían considerarse los fundamentales y básicos. Sin embargo, existen otras alternativas.

Fundamentalmente, se habla de fragmentación mixta o híbrida cuando el proceso de partición hace uso de los dos tipos anteriores. La fragmentación mixta puede llevarse a cabo de tres formas diferentes: desarrollando primero la fragmentación vertical y, posteriormente, aplicando la partición horizontal sobre los fragmentos verticales (denominada partición VH), o aplicando primero una división horizontal para luego, sobre los fragmentos generados, desarrollar una fragmentación vertical (llamada partición HV), o bien, de forma directa considerando la semántica de las transacciones. Otro enfoque distinto y relativamente nuevo [2], consiste en aplicar sobre una relación, de forma simultánea y no secuencial, la fragmentación horizontal y la fragmentación vertical; en este caso, se generara una rejilla y los fragmentos formaran las celdas de esa rejilla, cada celda será exactamente un fragmento vertical y un fragmento horizontal (nótese que en este caso el grado de fragmentación alcanzado es máximo, y no por ello la descomposición resultará más eficiente).

Volviendo a la figura 3, puede observarse como los casos C y D se basan en la mencionada generación de la rejilla, con la diferencia que en el primero de ellos se produce una fusión, una desfragmentación de las celdas, agrupándolas de la manera más adecuada para obtener mayor rendimiento, ya que los fragmentos generados son muy pequeños. En el segundo caso se asignan las celdas a los sitios y luego se realiza una rigurosa optimización de cada sitio. El caso E sería aquel en el que se utiliza la fragmentación VH o la fragmentación HV.

Grado de fragmentación. Cuando se va a fragmentar una base de datos deberíamos sopesar qué grado de fragmentación va a alcanzar, ya que éste será un factor que influirá notablemente en el desarrollo de la ejecución de las consultas. El grado de fragmentación puede variar desde una ausencia de la división, considerando a las relaciones unidades de fragmentación; o bien, fragmentar a un grado en el cada tupla o atributo forme un fragmento. Ante estos dos casos extremos, evidentemente se ha de buscar un compromiso intermedio, el cual debería establecerse sobre las características de las aplicaciones que hacen uso de la base de datos. Dichas características se podrán formalizar en una serie de parámetros. De acuerdo con sus valores, se podrá establecer el grado de fragmentación del banco de datos.

INFORMACIÓN NECESARIA.

Un aspecto importante en el diseño de la distribución es la cantidad de factores que contribuyen a un diseño óptimo. La organización lógica de la base de datos, la localización de las aplicaciones, las características de acceso de las aplicaciones a la base de datos y las características del sistema en cada sitio, tienen una decisiva influencia sobre la distribución. La información necesaria para el diseño de la distribución puede dividirse en cuatro categorías: la información del banco de datos, la información de la aplicación, la información sobre la red de ordenadores y la información sobre los ordenadores en sí. Las dos últimas son de carácter cuantitativo y servirán, principalmente, para desarrollar el proceso de asignación. Se entrará en detalle sobre la información empleada cuando se aborden los distintos algoritmos de fragmentación y asignación.

Como se ha explicada anteriormente, la fragmentación horizontal se realiza sobre las tuplas de la relación. Cada fragmento será un subconjunto de las tuplas de la relación. Existen dos variantes de la fragmentación horizontal: la primaria y la derivada. La fragmentación horizontal primaria de una relación se desarrolla empleando los predicados definidos en esa relación. Por el contrario, la fragmentación horizontal derivada consiste en dividir una relación partiendo de los predicados definidos sobre alguna otra.

GUIA 2 (BASE DE DATOS DISTRIBUIDAS)

2007-03-02T17:22:00.000-05:00

GUIA 2 (BASE DE DATOS DISTRIBUIDAS)

1. CONCEPTO DE DISTRIBUCIÓN

Aunque existen diferentes grados de distribución (Ejemplo, una base de datos centralizada con consulta distribuida, datos distribuidos en diferentes máquinas, etc.), asumiremos que una base de datos distribuida es aquella colección de bases de datos relacionadas y distribuidas en una red de datos (sitios).
En este escenario, cada base de datos puede trabajar independiente de las demás, cuando la transacción solo incluye datos de esa base de datos; o trabajar como parte integral de las demás bases de datos, cuando la transacción involucre a varios sitios.
Una base de datos distribuida tiene algunas ventajas, como la disponibilidad, al no depender de un solo sitio, si el sitio no está disponible, otro sitio cualquiera, que pueda responder a la solicitud de una transacción, puede reemplazar el sitio que se encuentra fuera de servicio; Puede tener mejor desempeño, ya que los sitios tendrán una porción de datos (la que les pertenece) y las consultas pueden apoyarse en que como hay varios sitios (computadores y bases de datos, es decir instancias), puede en algunos casos ser más eficiente al usar las ventajas del paralelismo (cada sitio procesa en paralelo la consulta y el resultado final podría entregarse más rápido)
Los problemas más importantes en el diseño de este tipo de arquitectura podrían ser:

Costos: el implementar una base de datos distribuida requiere asegurar canales de comunicación, lo que en algunos casos exige contratar redundancia en este tipo de servicios; En cada sitio debería existir un servidor y una instancia de la base de datos, lo que implica costos en hardware y licenciamiento de software; además podríamos incluir en este espacio, el problema de costo de tiempo de respuesta.
Dado que una transacción requiere envío de datos de un sitio a otro, implica que el costo mayor está dado por el tiempo que requiere enviar los datos al sitio que debe entregar el resultado final (la velocidad del procesador es cercana a las millones de instrucciones por segundo, pero el envío de datos por un medio cualquiera de comunicación es mucho menor), por lo que se debe minimizar el tiempo de comunicación de datos.

Seguridad: Al tener sitios diferentes, usuarios diferentes, maquinas diferentes, el problema de seguridad se multiplica porque hay que asegurar que los datos se encuentren en un estado consistente siempre, y que solo aquellos usuarios autorizados puedan realizar su trabajo.

Complejidad: Las mismas características de las bases de datos centralizadas, las cuales permiten asegurar que los datos sean válidos, deben implementarse en este sistema distribuido, por lo que los algoritmos son mucho más complejos dado que hay muchas variables adicionales a tener en cuenta.

TIPOS DE DISTRIBUCION

DATOS

Datos son los hechos que describen sucesos y entidades."Datos" es una palabra en plural que se refiere a más de un hecho. A un hecho simple se le denomina "data-ítem" o elemento de dato.
Los datos son comunicados por varios tipos de símbolos tales como las letras del alfabeto, números, movimientos de labios, puntos y rayas, señales con la mano, dibujos, etc. Estos símbolos se pueden ordenar y reordenar de forma utilizable y se les denomina información.Los datos son símbolos que describen condiciones, hechos, situaciones o valores. Los datos se caracterizan por no contener ninguna información. Un dato puede significar un número, una letra, un signo ortográfico o cualquier símbolo que represente una cantidad, una medida, una palabra o una descripción.La importancia de los datos está en su capacidad de asociarse dentro de un contexto para convertirse en información. Por si mismos los datos no tienen capacidad de comunicar un significado y por tanto no pueden afectar el comportamiento de quien los recibe. Para ser útiles, los datos deben convertirse en información para ofrecer un significado, conocimiento, ideas o conclusiones.

CONTROL

Se define control como el conjunto de procedimientos que aplicamos para que un sistema, desde un estado inicial, alcance cierto estado final y se mantenga en el o muy próximo, independientemente de los cambios en magnitudes externas o internas que puedan afectar."
El control de un sistema puede tener 2 finalidades distintas:
Regulación: consiste en mantener la salida constante independientemente de la variación de magnitudes externas. Ej: Mantener constante la orientación de una antena a un satélite.
Seguimiento de trayectorias: hacer que la variable de salida tenga en todo momento un valor tan próximo como sea posible al de alguna variable de entrada. ej: Controlar un robot móvil para que siga un camino establecido.

USUARIOS

Un usuario es la persona que utiliza o trabaja con algún objeto. Tiene varias relevancias

USUARIO FINAL

El usuario final de un producto informático (bien sea hardware o software), es la persona a la que va destinada dicho producto una vez ha superado las fases de desarrollo correspondientes.
Normalmente, el software se desarrolla pensando en la comodidad del usuario final, y por esto se presta especial interés y esfuerzo en conseguir una interfaz de usuario lo más clara y sencilla posible.

USUARIO REGISTRADO

Se denomina así a la persona que tiene derechos especiales en algún servicio de Internet por acreditarse en el mismo mediante un identificador y una clave de acceso, obtenidos previo registro en el servicio, de manera gratuita o de pago. Normalmente, un usuario registrado tiene asignada una cuenta propia que mantiene información personalizada del usuario en el servidor, (como puede ser dirección de e-mail y espacio correspondiente). También puede dar acceso a ciertos contenidos no accesibles al público en general, como por ejemplo un usuario registrado en un periódico on-line con acceso por suscripción

USUARIO ANÓNIMO:

Es usuario anónimo en informática aquel que navega en sitios web (o usa cualquier servicio de la red) sin autenticarse como usuario registrado. En algunos servicios en Internet se dispone de un modo de uso como usuario registrado y otro como usuario anónimo; normalmente, el usuario registrado goza de mayores privilegios.
El anonimato en Internet es uno se sus puntos fuertes, a la vez que motivo habitual de discusión. A los usuarios les gusta sentirse libres para expresarse, mientras que ciertos organismos quisieran un mayor control de todo el movimiento por la red para actuar con más eficacia contra la delincuencia on-line.

USUARIO BETA TESTER

En el proceso de desarrollo de software, existe un usuario intermedio entre el desarrollador y el usuario final que se encarga de comprobar y testear que el programa hace lo que tiene que hacer, reportando errores al programador/desarrollador, y es en gran medida responsable de que el programa llegue al usuario final sin errores.

INTERFAZ DEL USUARIO

La interfaz de usuario es la forma en que los usuarios pueden comunicarse con una computadora, y comprende todos los puntos de contacto entre el usuario y el equipo. Sus principales funciones son:

Manipulación de archivos y directorios
Herramientas de desarrollo de aplicaciones
Comunicación con otros sistemas
Información de estado
Configuración de la propia interfaz y entorno
Intercambio de datos entre aplicaciones
Control de acceso
Sistema de ayuda interactivo

Nos encontramos con dos tipos de interfaz de usuario:

Interfaces alfanuméricas (intérpretes de mandatos).
Interfaces gráficas de usuario (GUI, Graphics User Interfaces), las que permiten

comunicarse con el ordenador de una forma muy rápida e intuitiva. Y pueden ser de hardware o de software:

En el primer caso se trata de un conjunto de dispositivos que permiten la interacción hombre-máquina, de modo que permiten ingresar y tomar datos del ordenador.
También están las interfaces de software que son programas o parte de ellos que permiten expresar nuestros deseos al ordenador.
Sin embargo, no siempre se trata de interfaces intuitivas tal como el caso de las interfaces de línea de órdenes (CLI), que se encuentran por ejemplo en algunos sistemas operativos como los NOS de los Routers o algunos shell de Unix, DOS, etc.

3. TIPOS DE BASES DE DATOS DISTRIBUIDAS

HETEROGENEA

Las Bases de datos heterogéneas con un alto grado de autonomía local. Cada nodo en el sistema tiene sus propios usuarios, aplicaciones y datos locales y es el sistema el que trata con ellos directamente y sólo conecta con otros nodos en busca de información que
no tiene. Este tipo de base de datos se suele llamar sistema federado o federación. Se ha hecho cada día más popular en las organizaciones, tanto por su escalabilidad, su capacidad de mezclar distintos paquetes software y su reducido coste al añadir nuevos nodos cuando es necesario. A diferencia de los sistemas homogéneos, los sistemas heterogéneos pueden incluir diferentes SGBD en los nodos. Esto los hace atractivos en grandes corporaciones, ya que pueden mantener sus sistemas heredados antiguos (legacy systems) junto con los nuevos sistemas.

DDBMS HETEROGÉNEO

Esquema global único.
Modelo de datos y lenguaje de consultas común.
Esquema integrado.
Consultas reales distribuidas.

INTERFAZ HETEROGÉNEA

Acceso en línea a una única base de datos
No hay integración de bases de datos
El acceso usa un modelo de datos; el DBMS, otro

SISTEMA HOMOGÉNEO

Las bases de datos distribuidas homogéneas usan el mismo software de SGBD y tienen las mismas aplicaciones en cada nodo. Tienen un esquema común y pueden tener grados diversos de autonomía local. Pueden estar basadas en cualquier SGBD que soporte estas características, pero no puede haber más de un SGBD en el sistema. La autonomía local especifica cómo el sistema funciona desde la perspectiva de los usuarios y programadores. Por ejemplo, podemos tener un sistema con poca o sin autonomía local, donde todas las peticiones se envían a un nodo central, llamado gateway. Desde aquí se asigna al nodo que contiene esa información o aplicación requerida. Esto es lo típico que se ve con los mirrors de sitios web muy populares a los cuales una página central deriva las peticiones de sus usuarios dependiendo de su origen geográfico.

Son Sistemas Donde Se Utiliza Un Mismo SGBDD.

Si el proyecto parte de cero, es decir, no hay nada desarrollado, probablemente pueda usarse esta metodología. Digamos que una vez entendido el problema de información, es decir levantamiento de información, de procesos, reglas de juego, etc., podemos diseñas el MER (modelo entidad relación) del sistema.
En la base de datos distribuida surgen las primeras dudas: Donde almacenar el modelo?, en cada sitio?, que almacenamos en un sitio?.

Probablemente el esquema deba repartirse entre los sitios, para ello existe el concepto de fragmentación. La fragmentación es la ubicación de una parte de una o varias tablas del modelo en un sitio.

El fragmento puede ser horizontal, vertical o mixta.
Un fragmento vertical, usa la operación de álgebra relacional conocida como proyección.
Un fragmento horizontal, es generado por la operación del álgebra relacional conocida como selección.
Un fragmento mixto combina las dos operaciones mencionadas (selección y proyección).

GUIA 1

2007-02-24T13:34:00.000-05:00

GUIA 1

1. TRANSACCIONES

CONCEPTO DE TRANSACCIONES

Una transacción es una secuencia de operaciones realizadas como una sola unidad lógica de trabajo. Una unidad lógica de trabajo debe exhibir cuatro propiedades, conocidas como propiedades de atomicidad, coherencia, aislamiento y durabilidad (ACID), para ser calificada como transacción.

PROPIEDADES DE TRANSACCION

Atomicidad: Una transacción debe ser una unidad atómica de trabajo, tanto si se realizan todas sus modificaciones en los datos, como si no se realiza ninguna de ellas.
Serialidad: Es la propiedad que garantiza que un plan de ejecución concurrente es equivalente al secuencial es decir toda transacción en una base de datos debe tener un orden, debe ser continuo para evitar errores una transacción debe seguir después de otra culminada y realizada.
Los programadores de SQL son los responsables de iniciar y finalizar las transacciones en puntos que exijan la coherencia lógica de los datos. El programador debe definir la secuencia de modificaciones de datos que los dejan en un estado coherente en relación con las reglas corporativas de la organización. El programador incluye estas instrucciones de modificación en una sola transacción de forma que SQL Server 2005 Database Engine (Motor de base de datos de SQL Server 2005) puede exigir la integridad física de la misma.
Es responsabilidad de un sistema de base de datos corporativo, como una instancia de Database Engine (Motor de base de datos), proporcionar los mecanismos que aseguren la integridad física de cada transacción. Database Engine (Motor de base de datos) proporciona:
Servicios de bloqueo que preservan el aislamiento de la transacción.
Servicios de registro que aseguran la durabilidad de la transacción. Aunque se produzca un error en el hardware del servidor, el sistema operativo o la instancia de Database Engine (Motor de base de datos), la instancia utiliza registros de transacciones, al reiniciar, para revertir automáticamente las transacciones incompletas al punto en que se produjo el error del sistema.
Características de administración de transacciones que exigen la atomicidad y coherencia de la transacción. Una vez iniciada una transacción, debe concluirse correctamente; en caso contrario, la instancia de Database Engine (Motor de base de datos) deshará todas las modificaciones de datos realizadas desde que se inició la transacción.

Aislamiento: Las modificaciones realizadas por transacciones simultáneas se deben aislar de las modificaciones llevadas a cabo por otras transacciones simultáneas. Una transacción reconoce los datos en el estado en que estaban antes de que otra transacción simultánea los modificara o después de que la segunda transacción haya concluido, pero no reconoce un estado intermedio. Esto se conoce como seriabilidad, ya que deriva en la capacidad de volver a cargar los datos iniciales y reproducir una serie de transacciones para finalizar con los datos en el mismo estado en que estaban después de realizar las transacciones originales.

DURABILIDAD: Una vez terminada la transacción, los cambios realizados en la base de datos deben quedar almacenados en la base y evitar su pérdida. Para cumplir con las propiedades, se implementaros en el sistema de base de datos las BITÁCORAS y las listas de commit y rollback. Cada que se ejecuta la transacción, almacena en la bitácora el identificador de la transacción, los datos a procesar, tanto en sus valores iniciales, como los valores resultado del proceso y la finalización de la transacción. Si en algún momento, el sistema se cae, revisa la bitácora y carga cada transacción y cada operación en una lista llamada LISTA DE ROLLBACK. Va leyendo la bitácora y pasando los valores a dicha lista. Sí, encuentra el registro de terminación de transacción, pasa todos los registros leidos de dicha transacción a la LISTA DE COMMIT. Luego de terminar de revisar la bitácora, toma la Lista de commit y procesa las transacciones incluidas allí para modificar los datos y alterar la base de datos. Revisa la lista de Rollback y deja los valores en su estado inicial, para que sean reenviadas las transacciones que está en esta lista, ya que se rechazan.

3. BITÁCORAS

Un blog, también conocido como weblog o cuaderno de bitácora (listado de sucesos), es un sitio web periódicamente actualizado que recopila cronológicamente textos o artículos de uno o varios autores, apareciendo primero el más reciente, donde el autor conserva siempre la libertad de dejar publicado lo que crea pertinente. Habitualmente, en cada artículo, los lectores pueden escribir sus comentarios y el autor darles respuesta, de forma que es posible establecer un diálogo. El uso o temática de cada weblog es particular, los hay de tipo personal, periodístico, empresarial o corporativo, tecnológico, educativo (edublogs), etc.

4. CONTROL DE CONCURRENCIA EN BD DISTRIBUIDAS.
(Candados) Lock
CANDADOS DE LECTURA Y CANDADOS DE ESCRITURA

El problema de concurrencia en las bases de datos distribuidas se presenta porque pueden existir múltiples copias de un item de datos almacenadas en diferentes nodos, y se debe garantizar que las copias son idénticas; igualmente debe asegurarse que la lectura de una de estas copias es consistente –su integridad-.
Se asume que las transacciones son de ejecución en dos fases y que existe seriabilidad y atomicidad local para las transacciones; sin embargo, los RLOCKS y WLOCKS deberán asegurar seriabilidad en el ambiente distribuido (una violación a la seriabilidad podría presentarse si existen dos transacciones teniendo un RLOCK una, y un WLOCK la otra, al mismo tiempo sobre el mismo item de datos).
Una de las estratégias de control consiste en asociar un bloqueo con cada copia del item de datos, y en otorgar o negar los bloqueos a cada transacción que requiera un RLOCK o WLOCK desde cada sitio de la copia. Debido a que el DBMS distribuido deberá ver los bloqueos sobre los items de datos en una forma global y no sobre las copias, se ha definido una regla para convertir los bloqueos sobre las copias en bloqueos sobre los items de datos, así:
Una transacción tiene un RLOCK sobre un item A, cuando ella tiene otorgado un RLOCK sobre cualquiera de las copias de A.
Una transacción tiene un WLOCK sobre un item A, cuando ella tiene otorgado un WLOCK sobre todas las copias de A.
Las reglas para otorgar o negar bloqueos son las mismas que para bases de datos centralizadas; se puede otorgar un RLOCK si ninguna otra transacción tiene un WLOCK en la copia, y se puede otorgar un WLOCK si ninguna otra transacción tiene un RLOCK o WLOCK. El efecto de esto es que dos (2) transacciones no pueden obtener un bloqueo de escritura y de lectura sobre el mismo item en el mismo momento.

Este método garantiza que si el número de nodos n=1, entonces el sistema se comporta como si fuera el único sitio existente -DB centralizada-.
Si uno o más sitios niegan un requerimiento de bloqueo, entonces el bloque sobre el item es negado. Para evitar abrazos mortales, las transacciones deben informar los desbloqueos a cada uno de los sitios que otorgaron un bloqueo, en caso contrario dos transacciones podrían estar indefinidamente esperando por la liberación de un item que la otra tiene bloqueado.

5. PROTOCOLO DE DOS FASES

Este protocolo permite al sistema saber que tipo de acción realizar ante el desarrollo de una transacción. El protocolo tiene, como su nombre lo indica, dos fases.
En la primera fase, conocida como fase Ready, el sistema permite a la transacción comenzar a ejecutarse; quedando a la espera de la respuesta de si pudo terminar o no las diferentes actividades que se involucran en la transacción. Si la respuesta de la transacción es "Termine", el protocolo sabe que el resultado hay que almacenarlo por lo que da COMMIT. Sí el resultado es "No pude terminar", el protocolo hace ROLLBACK a la transacción.
Existe además formas externas para asegurar la disponibilidad de los datos. Estas estrategias son, los procesos de backup y el manejo de discos especiales que permitan la recuperación de los datos (ej. Sistemas raid 5)

6. REGISTRO Y RECUPERACIÓN DE BD

El registro de transacciones es una secuencia de registros que guarda los cambios producidos en la base de datos desde el punto en el que ésta se creó hasta el momento actual. Cada operación registrada crea a su vez un registro de dicha operación. Estos registros generados por la transacción se graban en el disco cuando ésta se confirma. Por el contrario, las páginas de datos modificadas por la transacción no se graban inmediatamente en el disco, sino que se retienen en la caché del búfer de SQL Server y se guardan posteriormente. Este retraso en la escritura de los datos en el disco permite maximizar la eficacia de los accesos múltiples a las páginas de datos y evita las interrupciones en las exploraciones. Forzar el registro en el disco garantiza que no se pierda ningún trabajo confirmado en caso de un error grave en el servidor.

Con la recuperación se asegura que la base de datos es coherente desde el punto de vista transaccional como paso previo a su presentación en línea. Se dice que una base de datos es coherente de forma transaccional cuando presenta todo el trabajo confirmado y ha deshecho el no confirmado. El registro siempre define la vista correcta de la base de datos. En resumen, la recuperación es el proceso de hacer que los datos sean coherentes con el registro de las transacciones en un momento dado.
La recuperación se lleva a cabo de forma automática cuando se inicia SQL Server, cuando se tiene acceso a una base de datos o como paso final en la restauración de una base de datos desde la copia de seguridad. El primero de los casos, cuando la recuperación se realiza cuando se inicia SQL Server, se denomina recuperación de reinicio ("restartstartup recovery"). La recuperación desde las copias de seguridad se debe normalmente a un error del disco. Este tipo de recuperación se denomina recuperación de medios ("media recovery").
La recuperación de reinicio es automática y siempre recupera al momento dado más reciente. En el caso de la recuperación desde copias de seguridad, el administrador de la base de datos puede elegir la recuperación a un momento anterior.
La recuperación de reinicio tiene lugar de forma automática cada vez que se inicia una instancia de SQL Server y consiste en deshacer cualquier transacción que haya quedado incompleta la última vez que se cerró la instancia. En el caso de la recuperación desde copias de seguridad, el administrador de la base de datos puede elegir la recuperación a un momento anterior. Esto está sujeto a limitaciones.

LA RECUPERACIÓN CONSTA DE DOS FASES

Se rehacen todos los cambios hasta que se encuentra el momento dado de destino en el registro de transacciones.
Se deshace todo el trabajo realizado por las transacciones que estaban activas en el momento en el que se detuvo la acción de rehacer.
SQL Server utiliza puntos de control para acelerar la recuperación de reinicio.

El backup

dump o copia de respaldo de una base de datos puede hacerse a través de phpMyAdmin, del Admin del foro, de mySQL, etc... pero sea cual fuere el medio que se utilice, hay que configurar parámetros.
Para facilitar la cosa y evitar -en una tarea repetitiva como es un backup- tener que configurar parámetros cada vez, he creado este par de scripts complementarios que son el colmo de la simplificación: Dump y Download la Base de Datos - Restore la Base de Datos que, con un simple click son capaces de hacer lo que su propio nombre indica.
Su preparación es sencilla: 1.- Configurar en ambos scripts las cuatro variables: $db_server = "la dirección de base de datos: mysql.webcindario.com o localhost o..."; $db_name = "el nombre de la base de datos"; $db_username = "el usuario"; $db_password = "el password"; 2.- Crear en el server una carpeta con privilegios de escritura. 3.- Subir a esa carpeta ambos scripts. Su Funcionamiento Es Simple: Dump y Download la Base de Datos:

Cada vez que se lanza el script, se borra la estructura de la base de datos y se restituye el contenido del dump que, con nombre igual al de la base de datos y extensión '.gz' o '.sql' según tenga el server o no, capacidad de compresión, respectivamente, está en la misma carpeta que el script.
Cada vez que se lanza el script, se crea el Dump de la Base de Datos completa. - El Dump se crea comprimido si el servidor tiene capacidad para ello. - El Dump se crea con el nombre de la base de datos y extensión '.gz' o '.sql' según tenga el server o no, capacidad de compresión, respectivamente.
El Dump creado se salva en la misma carpeta en que está el script.
El Dump puede descargarse del server al ordenador desde la misma ventana del navegador.
Cuando se lanza el script, no se obtiene el resultado en la ventana del navegador hasta que el dump finaliza. Eso significa que con una gran base de datos sin comprimir de 1000 Mb (1 Gb), por ejemplo, el resultado tardará en aparecer tres minutos aprox., dependiendo de la velocidad del server. - Cuando se lanza el script, no cerrar ni hacer nada con esa ventana del navegador, hasta que el script concluya y muestre el resultado.

PREGUNTAS QUE HACEN PARTE DEL PROCESO BD.

2007-02-23T21:24:00.000-05:00

ARQUITECTURA DE LOS SISTEMAS DE BASES DE DATOS

Hay tres características importantes inherentes a los sistemas de bases de datos: la separación entre los programas de aplicación y los datos, el manejo de múltiples vistas por parte de los usuarios y el uso de un catálogo para almacenar el esquema de la base de datos.

En 1975, el comité ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases de datos, que resulta muy útil a la hora de conseguir estas tres características.
El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicación de la base de datos física. En esta arquitectura, el esquema de una base de datos se define en tres

NIVELES DE ABSTRACCION DISTINTOS:

En el nivel interno se describe la estructura física de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo físico y describe todos los detalles para el almacenamiento de la base de datos, así como los métodos de acceso.

En el nivel conceptual se describe la estructura de toda la base de datos para una comunidad de usuarios (todos los de una empresa u organización), mediante un esquema conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar el esquema.

En el nivel externo se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar los esquemas.

La mayoría de los SGBD no distinguen del todo los tres niveles. Algunos incluyen detalles del nivel físico en el esquema conceptual. En casi todos los SGBD que se manejan vistas de usuario, los esquemas externos se especifican con el mismo modelo de datos que describe la información a nivel conceptual, aunque en algunos se pueden utilizar diferentes modelos de datos en los niveles conceptual y externo.

Hay que destacar que los tres esquemas no son más que descripciones de los mismos datos pero con distintos niveles de abstracción. Los únicos datos que existen realmente están a nivel físico, almacenados en un dispositivo como puede ser un disco. En un SGBD basado en la arquitectura de tres niveles, cada grupo de usuarios hace referencia exclusivamente a su propio esquema externo. Por lo tanto, el SGBD debe transformar cualquier petición expresada en términos de un esquema externo a una petición expresada en términos del esquema conceptual, y luego, a una petición en el esquema interno, que se procesará sobre la base de datos almacenada. Si la petición es de una obtención (consulta) de datos, será preciso modificar el formato de la información extraída de la base de datos almacenada, para que coincida con la vista externa del usuario. El proceso de transformar peticiones y resultados de un nivel a otro se denomina correspondencia o transformación. Estas correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD no cuentan con vistas externas.

La arquitectura de tres niveles es útil para explicar el concepto de independencia de datos que podemos definir como la capacidad para modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel inmediato superior. Se pueden definir dos tipos de independencia de datos.

La independencia lógica es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicación. Se puede modificar el esquema conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de datos eliminando una entidad, los esquemas externos que no se refieran a ella no deberán verse afectados.
La independencia física es la capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos ficheros físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualización de datos. Dado que la independencia física se refiere sólo a la separación entre las aplicaciones y las estructuras físicas de almacenamiento, es más fácil de conseguir que la independencia lógica.

En los SGBD que tienen la arquitectura de varios niveles es necesario ampliar el catálogo o diccionario, de modo que incluya información sobre cómo establecer la correspondencia entre las peticiones de los usuarios y los datos, entre los diversos niveles. El SGBD utiliza una serie de procedimientos adicionales para realizar estas correspondencias haciendo referencia a la información de correspondencia que se encuentra en el catálogo. La independencia de datos se consigue porque al modificarse el esquema en algún nivel, el esquema del nivel inmediato superior permanece sin cambios, sólo se modifica la correspondencia entre los dos niveles. No es preciso modificar los programas de aplicación que hacen referencia al esquema del nivel superior.
Por lo tanto, la arquitectura de tres niveles puede facilitar la obtención de la verdadera independencia de datos, tanto física como lógica. Sin embargo, los dos niveles de correspondencia implican un gasto extra durante la ejecución de una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por esto que muy pocos SGBD han implementado esta arquitectura completa.

BASES DE DATOS DISTRIBUIDAS- FRAGMENTACIÓN

Un fragmento es una porción lógica de relaciones globales. Los fragmentos están físicamente localizados en uno o más sitios de la red.

Un fragmento está definido por una expresión del álgebra relacional que toma relaciones globales como operandos y produce un fragmento.
Condiciones para definir fragmentos:

Completitud (Completness)

Reconstrucción (Reconstruction)

Disyunción (Disjoitness)

Bases De Datos Distribuidas-Criterios

COMPLETITUD: Si una relación R esta descompuesta en fragmentos R1, R2, ...Rn, cada elemento que puede encontrarse en R también se encuentra en 1 o más Ri’s,
1<= i <= n (No hay pérdida de información) Reconstrucción: Si una relación R está descompuesta en fragmentos R1, R2, ...Rn, debe ser posible definir un operador relacional Ñ tal que R = Ñ Ri " Ri Î FR (Preservación de dependencias)

DISYUNCION: Si una relación R está horizontalmente descompuesta en fragmentos R1, R2, ...Rn, y un elemento di está incluido en un fragmento Rj, entonces di no existe en ningún otro fragmento Rk

Fragmentación Horizontal No Tiene Mismo Conjunto De Tuplas

Si la relación R está verticalmente descompuesta esta regla excluye los atributos que forman la llave primaria (i.e., atributos de la llave primaria aparecen en todos los fragmentos)

FRAGMENTACIÓN HORIZONTAL (HF)

Parte tuplas de una relación global en subconjuntos
Definidos por una operación de selección, llamada calificación, sobre una relación global.

EJEMPLO

Considere la relación global equipos de béisbol
EQUIPO(NomEquipo, Liga, Localidad, Entrenador)
Esta relación global puede ser fragmentada horizontalmente basándose en el valor del atributo Liga:
EQUIPO A = s liga=americana EQUIPO
EQUIPO N =s liga=nacional EQUIPO

BASES DE DATOS DISTRIBUIDAS FRAGMENTACIÓN HORIZONTAL DERIVADA (Dhf):

Fragmentación que se deriva de la fragmentación horizontal de otra relación
Ejemplo: Considere la relación global de jugadores de béisbol
JUGADOR(RFC, NombreJ, NombreE, Posición, Contrato, Salario)
Esta fragmentación global puede también ser fragmentada horizontalmente basada en la liga en la cual el jugador participa. La liga sin embargo no es un atributo de jugador.
Jugador A= JUGADOR SJ NombreE = NomEquipo EQUIPO A
Jugador N= JUGADOR SJ NombreE = NomEquipo EQUIPO N

BASES DE DATOS DISTRIBUIDAS FRAGMENTACIÓN VERTICAL (VF):

Fragmenta una relación global a través de la proyección de atributos.
Ejemplo: Considere la relación global de jugadores de béisbol
JUGADOR(RFC, NombreJ, NombreE, Posición, Contrato, Salario)
Esta relación pude ser fragmentada verticalmente de la siguiente forma

Jugador1= p RFC, NombreJ, NombreE, Posición JUGADOR
Jugador2= p RFC, Contrato, Salario JUGADOR

La operación de reconstrucción es:
JUGADOR = Jugador1 join Jugador2
Note que esta fragmentación no puede ser disjunta dado que la llave de la relación global debe aparecer en los fragmentos para efectos de reconstrucción.

BASES DE DATOS DISTRIBUIDAS FRAGMENTACIÓN MIXTA:

Generada a través de la aplicación recursiva de operadores del álgebra relacional en los fragmentos.
Ejemplo: Considere (una vez mas!!) la relación global de jugadores de béisbol
JUGADOR(RFC, NombreJ, NombreE, Posición, Contrato, Salario)
Después de la fragmentación vertical en

Jugador1= p RFC, NombreJ, NombreE, Posición JUGADOR
Jugador2= p RFC, Contrato, Salario JUGADOR
Jugador1 puede tener una fragmentación horizontal derivada basada en la liga en la que juega el jugador
Jugador1.A= Jugador1 SJ EQUIPOA SJ= SemiJoin
Jugador1.N= Jugador1 SJ EQUIPON

ALOJAMIENTO DE FRAGMENTOS

Objetivo: Minimizar el número de accesos remotos que son realizados por las aplicaciones distribuidas

NO REDUNDANTE: Un fragmento es alojado en exactamente un sitio. Técnica de "best fit" usando alguna métrica, alojar el fragmento en el sitio que tiene la mejor métrica

REDUNDANTE: Opción más compleja debido a la replicación de fragmentos y a la selección de los sitios para accesar los fragmentos.
"All benefical Sites": Alojar el fragmento a cada sitio donde el el beneficio de alojar una copia a ese sitio es más alto que su costo
"Additional Replication" : empezar con "best fit" y agregar una replicación hasta que no ya nos benéfico asignar fragmentos

TRANSACCIONES (MOTOR DE LA BASE DE DATOS)

Una transacción es una secuencia de operaciones realizadas como una sola unidad lógica de trabajo. Una unidad lógica de trabajo debe exhibir cuatro propiedades, conocidas como propiedades de atomicidad, coherencia, aislamiento y durabilidad (ACID), para ser calificada como transacción.

ATOMICIDAD: Una transacción debe ser una unidad atómica de trabajo, tanto si se realizan todas sus modificaciones en los datos, como si no se realiza ninguna de ellas.
COHERENCIA: Cuando finaliza, una transacción debe dejar todos los datos en un estado coherente. En una base de datos relacional, se deben aplicar todas las reglas a las modificaciones de la transacción para mantener la integridad de todos los datos. Todas las estructuras internas de datos, como índices de árbol b o listas doblemente vinculadas, deben estar correctas al final de la transacción.

AISLAMIENTO: Las modificaciones realizadas por transacciones simultáneas se deben aislar de las modificaciones llevadas a cabo por otras transacciones simultáneas. Una transacción reconoce los datos en el estado en que estaban antes de que otra transacción simultánea los modificara o después de que la segunda transacción haya concluido, pero no reconoce un estado intermedio. Esto se conoce como seriabilidad, ya que deriva en la capacidad de volver a cargar los datos iniciales y reproducir una serie de transacciones para finalizar con los datos en el mismo estado en que estaban después de realizar las transacciones originales.

DURABILIDAD: Una vez concluida una transacción, sus efectos son permanentes en el sistema. Las modificaciones persisten aún en el caso de producirse un error del sistema.

SERIALIDAD: Toda transacción en una base de datos debe tener un orden, debe ser continuo para evitar errores una transacción debe seguir después de otra culminada y realizada.
Los programadores de SQL son los responsables de iniciar y finalizar las transacciones en puntos que exijan la coherencia lógica de los datos. El programador debe definir la secuencia de modificaciones de datos que los dejan en un estado coherente en relación con las reglas corporativas de la organización. El programador incluye estas instrucciones de modificación en una sola transacción de forma que SQL Server 2005 Database Engine (Motor de base de datos de SQL Server 2005) puede exigir la integridad física de la misma.

Es responsabilidad de un sistema de base de datos corporativo, como una instancia de Database Engine (Motor de base de datos), proporcionar los mecanismos que aseguren la integridad física de cada transacción. Database Engine (Motor de base de datos) proporciona:
Servicios de bloqueo que preservan el aislamiento de la transacción.

Servicios de registro que aseguran la durabilidad de la transacción. Aunque se produzca un error en el hardware del servidor, el sistema operativo o la instancia de Database Engine (Motor de base de datos), la instancia utiliza registros de transacciones, al reiniciar, para revertir automáticamente las transacciones incompletas al punto en que se produjo el error del sistema.
Características de administración de transacciones que exigen la atomicidad y coherencia de la transacción. Una vez iniciada una transacción, debe concluirse correctamente; en caso contrario, la instancia de Database Engine (Motor de base de datos) deshará todas las modificaciones de datos realizadas desde que se inició la transacción.

CONTROL DE CONCURRENCIA EN BD DISTRIBUIDAS.

(candados)lock candados de lectura y candados de escritura

Una transacción tiene un RLOCK sobre un item A, cuando ella tiene otorgado un RLOCK sobre cualquiera de las copias de A.

Una transacción tiene un WLOCK sobre un item A, cuando ella tiene otorgado un WLOCK sobre todas las copias de A.

Las reglas para otorgar o negar bloqueos son las mismas que para bases de datos centralizadas; se puede otorgar un RLOCK si ninguna otra transacción tiene un WLOCK en la copia, y se puede otorgar un WLOCK si ninguna otra transacción tiene un RLOCK o WLOCK. El efecto de esto es que dos (2) transacciones no pueden obtener un bloqueo de escritura y de lectura sobre el mismo item en el mismo momento. Este método garantiza que si el número de nodos n=1, entonces el sistema se comporta como si fuera el único sitio existente -DB centralizada-.
Si uno o más sitios niegan un requerimiento de bloqueo, entonces el bloque sobre el item es negado. Para evitar abrazos mortales, las transacciones deben informar los desbloqueos a cada uno de los sitios que otorgaron un bloqueo, en caso contrario dos transacciones podrían estar indefinidamente esperando por la liberación de un item que la otra tiene bloqueado.

MACRO ALGORITMO DEL PROTOCOLO DE DOS FASES

Registro Y Recuperación De BD:

La recuperación se lleva a cabo de forma automática cuando se inicia SQL Server, cuando se tiene acceso a una base de datos o como paso final en la restauración de una base de datos desde la copia de seguridad. El primero de los casos, cuando la recuperación se realiza cuando se inicia SQL Server, se denomina recuperación de reinicio ("restartstartup recovery"). La recuperación desde las copias de seguridad se debe normalmente a un error del disco. Este tipo de recuperación se denomina recuperación de medios ("media recovery").

La recuperación de reinicio es automática y siempre recupera al momento dado más reciente. En el caso de la recuperación desde copias de seguridad, el administrador de la base de datos puede elegir la recuperación a un momento anterior.

La recuperación de reinicio tiene lugar de forma automática cada vez que se inicia una instancia de SQL Server y consiste en deshacer cualquier transacción que haya quedado incompleta la última vez que se cerró la instancia. En el caso de la recuperación desde copias de seguridad, el administrador de la base de datos puede elegir la recuperación a un momento anterior. Esto está sujeto a limitaciones.
La recuperación consta de dos fases:

Se rehacen todos los cambios hasta que se encuentra el momento dado de destino en el registro de transacciones.
Se deshace todo el trabajo realizado por las transacciones que estaban activas en el momento en el que se detuvo la acción de rehacer. SQL Server utiliza puntos de control para acelerar la recuperación de reinicio.

El backup

Cada vez que se lanza el script, se borra la estructura de la base de datos y se restituye el contenido del dump que, con nombre igual al de la base de datos y extensión '.gz' o '.sql' según tenga el server o no, capacidad de compresión, respectivamente, está en la misma carpeta que el script.
Cada vez que se lanza el script, se crea el Dump de la Base de Datos completa. - El Dump se crea comprimido si el servidor tiene capacidad para ello. - El Dump se crea con el nombre de la base de datos y extensión '.gz' o '.sql' según tenga el server o no, capacidad de compresión, respectivamente. - El Dump creado se salva en la misma carpeta en que está el script.
El Dump puede descargarse del server al ordenador desde la misma ventana del navegador.
Cuando se lanza el script, no se obtiene el resultado en la ventana del navegador hasta que el dump finaliza. Eso significa que con una gran base de datos sin comprimir de 1000 Mb (1 Gb), por ejemplo, el resultado tardará en aparecer tres minutos aprox., dependiendo de la velocidad del server. - Cuando se lanza el script, no cerrar ni hacer nada con esa ventana del navegador, hasta que el script concluya y muestre el resultado.
RAID (Redundant array of independent disks)

ARREGLO REDUNDANTE DE DISCOS INDEPENDIENTES

Un RAID o un array de discos se utiliza para proteger las bases de datos de posibles fallas, en estos arreglos se clasifican los discos de acuerdo a un ordenamiento lógico y físico de prioridad tanto para acceso como para respaldo.

Niveles De RAIDLa elección de los diferentes niveles de RAID va a depender de las necesidades del usuario en lo que respecta a factores como seguridad, velocidad, capacidad, coste, etc. Cada nivel de RAID ofrece una combinación específica de tolerancia a fallos (redundancia), rendimiento y coste, diseñadas para satisfacer las diferentes necesidades de almacenamiento. La mayoría de los niveles RAID pueden satisfacer de manera efectiva sólo uno o dos de estos criterios. No hay un nivel de RAID mejor que otro; cada uno es apropiado para determinadas aplicaciones y entornos informáticos. De hecho, resulta frecuente el uso de varios niveles RAID para distintas aplicaciones del mismo servidor. Oficialmente existen siete niveles diferentes de RAID (0-6), definidos y aprobados por el el RAID Advisory Board (RAB). Luego existen las posibles combinaciones de estos niveles (10, 50, ...). Los niveles RAID 0, 1, 0+1 y 5 son los más populares.

RAID 0: Disk Striping "La más alta transferencia, pero sin tolerancia a fallos".
También conocido como "separación ó fraccionamiento/ Striping". Los datos se desglosan en pequeños segmentos y se distribuyen entre varias unidades. Este nivel de "array" o matriz no ofrece tolerancia al fallo. Al no existir redundancia, RAID 0 no ofrece ninguna protección de los datos. El fallo de cualquier disco de la matriz tendría como resultado la pérdida de los datos y sería necesario restaurarlos desde una copia de seguridad. Por lo tanto, RAID 0 no se ajusta realmente al acrónimo RAID. Consiste en una serie de unidades de disco conectadas en paralelo que permiten una transferencia simultánea de datos a todos ellos, con lo que se obtiene una gran velocidad en las operaciones de lectura y escritura. La velocidad de transferencia de datos aumenta en relación al número de discos que forman el conjunto. Esto representa una gran ventaja en operaciones secuenciales con ficheros de gran tamaño. Por lo tanto, este array es aconsejable en aplicaciones de tratamiento de imágenes, audio, video o CAD/CAM, es decir, es una buena solución para cualquier aplicación que necesite un almacenamiento a gran velocidad pero que no requiera tolerancia a fallos. Se necesita un mínimo de dos unidades de disco para implementar una solución RAID 0.

RAID 1: Mirroring "Redundancia. Más rápido que un disco y más seguro"
También llamado "Mirroring" o "Duplicación" (Creación de discos en espejo). Se basa en la utilización de discos adicionales sobre los que se realiza una copia en todo momento de los datos que se están modificando. RAID 1 ofrece una excelente disponibilidad de los datos mediante la redundancia total de los mismos. Para ello, se duplican todos los datos de una unidad o matriz en otra. De esta manera se asegura la integridad de los datos y la tolerancia al fallo, pues en caso de avería, la controladora sigue trabajando con los discos no dañados sin detener el sistema. Los datos se pueden leer desde la unidad o matriz duplicada sin que se produzcan interrupciones. RAID 1 es una alternativa costosa para los grandes sistemas, ya que las unidades se deben añadir en pares para aumentar la capacidad de almacenamiento. Sin embargo, RAID 1 es una buena solución para las aplicaciones que requieren redundancia cuando hay sólo dos unidades disponibles. Los servidores de archivos pequeños son un buen ejemplo. Se necesita un mínimo de dos unidades para implementar una solución RAID 1.

RAID 0+1/ RAID 0/1 ó RAID 10: "Ambos mundos"
Combinación de los arrays anteriores que proporciona velocidad y tolerancia al fallo simultáneamente. El nivel de RAID 0+1 fracciona los datos para mejorar el rendimiento, pero también utiliza un conjunto de discos duplicados para conseguir redundancia de datos. Al ser una variedad de RAID híbrida, RAID 0+1 combina las ventajas de rendimiento de RAID 0 con la redundancia que aporta RAID 1. Sin embargo, la principal desventaja es que requiere un mínimo de cuatro unidades y sólo dos de ellas se utilizan para el almacenamiento de datos. Las unidades se deben añadir en pares cuando se aumenta la capacidad, lo que multiplica por dos los costes de almacenamiento. El RAID 0+1 tiene un rendimiento similar al RAID 0 y puede tolerar el fallo de varias unidades de disco. Una configuración RAID 0+1 utiliza un número par de discos (4, 6, 8) creando dos bloques. Cada bloque es una copia exacta del otro, de ahí RAID 1, y dentro de cada bloque la escritura de datos se realiza en modo de bloques alternos, el sistema RAID 0. RAID 0+1 es una excelente solución para cualquier uso que requiera gran rendimiento y tolerancia a fallos, pero no una gran capacidad. Se utiliza normalmente en entornos como servidores de aplicaciones, que permiten a los usuarios acceder a una aplicación en el servidor y almacenar datos en sus discos duros locales, o como los servidores web, que permiten a los usuarios entrar en el sistema para localizar y consultar información. Este nivel de RAID es el más rápido, el más seguro, pero por contra el más costoso de implementar.

RAID 2: "Acceso paralelo con discos especializados. Redundancia a través del código
Hamming"
El RAID nivel 2 adapta la técnica comúnmente usada para detectar y corregir errores en memorias de estado sólido. En un RAID de nivel 2, el código ECC (Error Correction Code) se intercala a través de varios discos a nivel de bit. El método empleado es el Hamming. Puesto que el código Hamming se usa tanto para detección como para corrección de errores (Error Detection and Correction), RAID 2 no hace uso completo de las amplias capacidades de detección de errores contenidas en los discos. Las propiedades del código Hamming también restringen las configuraciones posibles de matrices para RAID 2, particularmente el cálculo de paridad de los discos. Por lo tanto, RAID 2 no ha sido apenas implementado en productos comerciales, lo que también es debido a que requiere características especiales en los discos y no usa discos estándares.Debido a que es esencialmente una tecnología de acceso paralelo, RAID 2 está más indicado para aplicaciones que requieran una alta tasa de transferencia y menos conveniente para aquellas otras que requieran una alta tasa de demanda I/O.

RAID 3: "Acceso síncrono con un disco dedicado a paridad"
Dedica un único disco al almacenamiento de información de paridad. La información de ECC (Error Checking and Correction) se usa para detectar errores. La recuperación de datos se consigue calculando el O exclusivo (XOR) de la información registrada en los otros discos. La operación I/O accede a todos los discos al mismo tiempo, por lo cual el RAID 3 es mejor para sistemas de un sólo usuario con aplicaciones que contengan grandes registros.
RAID 3 ofrece altas tasas de transferencia, alta fiabilidad y alta disponibilidad, a un coste intrínsicamente inferior que un Mirroring (RAID 1). Sin embargo, su rendimiento de transacción es pobre porque todos los discos del conjunto operan al unísono.
Se necesita un mínimo de tres unidades para implementar una solución RAID 3.

RAID 4: "Acceso Independiente con un disco dedicado a paridad."
Basa su tolerancia al fallo en la utilización de un disco dedicado a guardar la información de paridad calculada a partir de los datos guardados en los otros discos. En caso de avería de cualquiera de las unidades de disco, la información se puede reconstruir en tiempo real mediante la realización de una operación lógica de O exclusivo. Debido a su organización interna, este RAID es especialmente indicado para el almacenamiento de ficheros de gran tamaño, lo cual lo hace ideal para aplicaciones gráficas donde se requiera, además, fiabilidad de los datos. Se necesita un mínimo de tres unidades para implementar una solución RAID 4. La ventaja con el RAID 3 está en que se puede acceder a los discos de forma individual.

RAID 5: "Acceso independiente con paridad distribuida."
Este array ofrece tolerancia al fallo, pero además, optimiza la capacidad del sistema permitiendo una utilización de hasta el 80% de la capacidad del conjunto de discos. Esto lo consigue mediante el cálculo de información de paridad y su almacenamiento alternativo por bloques en todos los discos del conjunto. La información del usuario se graba por bloques y de forma alternativa en todos ellos. De esta manera, si cualquiera de las unidades de disco falla, se puede recuperar la información en tiempo real, sobre la marcha, mediante una simple operación de lógica de O exclusivo, sin que el servidor deje de funcionar.
Así pues, para evitar el problema de cuello de botella que plantea el RAID 4 con el disco de comprobación, el RAID 5 no asigna un disco específico a esta misión sino que asigna un bloque alternativo de cada disco a esta misión de escritura. Al distribuir la función de comprobación entre todos los discos, se disminuye el cuello de botella y con una cantidad suficiente de discos puede llegar a eliminarse completamente, proporcionando una velocidad equivalente a un RAID 0.RAID 5 es el nivel de RAID más eficaz y el de uso preferente para las aplicaciones de servidor básicas para la empresa. Comparado con otros niveles RAID con tolerancia a fallos, RAID 5 ofrece la mejor relación rendimiento-coste en un entorno con varias unidades. Gracias a la combinación del fraccionamiento de datos y la paridad como método para recuperar los datos en caso de fallo, constituye una solución ideal para los entornos de servidores en los que gran parte del E/S es aleatoria, la protección y disponibilidad de los datos es fundamental y el coste es un factor importante. Este nivel de array es especialmente indicado para trabajar con sistemas operativos multiusuarios.
Se necesita un mínimo de tres unidades para implementar una solución RAID 5.
Los niveles 4 y 5 de RAID pueden utilizarse si se disponen de tres o más unidades de disco en la configuración, aunque su resultado óptimo de capacidad se obtiene con siete o más unidades. RAID 5 es la solución más económica por megabyte, que ofrece la mejor relación de precio, rendimiento y disponibilidad para la mayoría de los servidores.

RAID 6: "Acceso independiente con doble paridad"
Similar al RAID 5, pero incluye un segundo esquema de paridad distribuido por los distintos discos y por tanto ofrece tolerancia extremadamente alta a los fallos y a las caídas de disco, ofreciendo dos niveles de redundancia. Hay pocos ejemplos comerciales en la actualidad, ya que su coste de implementación es mayor al de otros niveles RAID, ya que las controladoras requeridas que soporten esta doble paridad son más complejas y caras que las de otros niveles RAID. Así pues, comercialmente no se implementa.

ABRAZO MORTAL

Un abrazo mortal se le conoce como la espera de que una transacción A se ejecute para poder terminar una transacción B pero a su vez la transacción A esta esperando que termine la transacción B para poder terminar la transacción A. de esta manera nunca termina ninguna de las dos transacciones y nunca habría un commit en un abrazo mortal.
Para esto se pueden establecer los seguros o Candados y no permitir casos como estos, se asegura la transacción A y hasta que no termine, no se ejecuta la transacción B, esto se conoce con el nombre de Serialidad que una transacción debe ejecutarse detrás de otra.

TALLER EVALUATIVO DE MODELAMIENTO DE DATOS Y DISEÑO DE BASE DE DATOS PRE-REQUISITO PARA EL CURSO DE BD DISTRIBUIDAS.

2007-02-19T21:03:00.000-05:00

CONCEPTOS

1. Fases Del Desarrollo De Base De Datos:
Fases:

Diseño Conceptual
Diseño lógico
Diseño Fisico

DISEÑO CONCEPTUAL

Parte de los requerimientos y su resultado es el esquema conceptual de la base de datos. Un esquema conceptual es una descripción de alto nivel de la estructura de la base de datos, independiente del software de manejador de bases de datos que se llegue a utilizar.

Los diagramas de datos más ampliamente usados para del diseño conceptual de base de datos son los diagramas entidad-relación (ER), UML (Unified Modeling Language) o OMT (object modeling tecniques) (RIGAUX; SCHOLL y VOISARD, 2002)

DISEÑO LÓGICO:

Parte del esquema conceptual y da como resultado un esquema lógico. Un esquema lógico es una descripción de la estructura de una base de datos que puede procesar el software de SGBD.

DISEÑO FÍSICO

Parte del esquema lógico y da como resultado un esquema físico. Un esquema físico es una descripción de la implantación de la base de datos en la memoria secundaria; describe las estructuras de almacenamiento y los métodos usados para tener un acceso efectivo a los datos, por lo anterior el esquema físico se adapta al SGBD específico.

2. Actividades y finalidad en el modelamiento conceptual de datos, diseño de bases de datos,

CONSTRUCCION DE BD

MODELAMIENTO CONCEPTUAL DE DATOS

Los modelos de datos son usados para describir la realidad. Los diseñadores usan lo modelos de datos para construir esquemas que son representaciones de la realidad. La calidad de de los esquemas resultantes dependerá, no solo del modelo elegido sino también del habilidad del analista.
Un modelo de datos es una serie de conceptos que se utiliza para describir un conjunto de datos y operaciones para manipular los mismos. Cuando un modelo de datos describe un conjunto de conceptos de una realidad se llama modelo conceptual.
El bloque de construcción común a todos los modelos conceptuales de datos es una pequeña colección de mecanismos de abstracción: clasificación (agrupación de una clase de objetos son características comunes), agregación (una nueva clase formada por la reunión de varios objetos) y la generalización o especialización (una relación de subconjuntos entre los elementos de dos o mas clases).
La abstracción es un proceso mental que se aplica al seleccionar algunas características y propiedades de un conjunto de objetos y excluir otras no pertinentes.
En el modelamiento conceptual, se identifican las propiedades estructurales (sobre los objetos, atributos y relaciones) y dinámicas (operaciones sobre los objetos) además de ciertas restricciones de integridad, de un dominio de aplicación con iras a su transformación en un modelo de más bajo nivel.
Los modelos conceptuales deben ser buenas herramientas para representar la realidad; por esta razón debe poseer, entre otras las siguientes características: Expresividad, Simplicidad, Minimalidad y Formalidad.

DIAGRAMA ENTIDAD-RELACIÓN (E-R)

Es una herramienta para el modelado de datos de un sistema de información. Estos diagramas expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades.

El diagrama entidad-relación se basa en "una percepción del mundo real que consiste en una colección de objetos básicos llamados entidades y relaciones entre estos objetos"El diagrama entidad-relación es el modelo más ampliamente usado para el diseño conceptual de bases de datos y fue introducido por Peter Chen en 1976.

Elementos BásicosLos elementos básicos son entidades, interrelaciones, atributos y cardinalidad.

ENTIDADES

Una entidad es cualquier "objeto" discreto sobre el que se tiene información. Se representa mediante un rectángulo o "caja" etiquetada en su interior mediante un nombre. Ejemplos de entidades habituales en los sistemas de información son: factura, persona, albarán, empleado, etc.

Cada ejemplar de una entidad se denomina instancia. Por ejemplo, Francisco y Luisa pueden ser dos instancias distintas de la entidad "persona". Las instancias no se representan en el diagrama. No obstante, se pueden documentar aparte porque son útiles para inicializar la base de datos resultante. Por ejemplo, los departamentos existentes de una empresa pueden ser relevantes como datos iniciales de la entidad "departamento"..

ATRIBUTOS

Representan las propiedades básicas de las entidades. Se representan por elipses.(Batini, Ceri y Navathe, 1994).

El Diagrama E-R, muestra además propiedades de opcionalidad y cardinalidad.Opcionalidad u obligatoriedad. Una entidad puede tener o no relaciones de pertenencia u ocurrencia con relación a otra entidad.Cardinalidad. Indica el grado de relación de entre las entidades, que puede ser: Uno a Uno, Uno a muchos, o muchos a muchos.

Los atributos son propiedades relevantes propias de una entidad y sólo una. Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.
Por motivos de legibilidad, los atributos no suelen representarse en un diagrama entidad-relación, sino que se describen textualmente en otros documentos adjuntos.
Los atributos describen información útil sobre las entidades. En particular, los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un empleado de otro es su número de la Seguridad Social.

Ejemplos de atributos de la entidad "persona":
· Documento Nacional de Identidad (identificativo).
· Nombre.
· Apellidos.
· Dirección.
· Código postal.

RELACION

Una relación describe cierta interdependencia (de cualquier tipo) entre una o más entidades. Se representa mediante un rombo etiquetado en su interior mediante un verbo. Además, dicho rombo debe unirse mediante líneas con las entidades que relaciona (es decir, los rectángulos).Una relación no tiene sentido sin las entidades que relaciona. Algunos ejemplos son:· una persona (entidad) trabaja (relación) para un departamento (entidad).

Tambiebn es una asociación entre varias entidades. Se representan por rombos Relacion Uno a uno, Uno a muchos y muchos a uno.

Cardinales De Las Relaciones

Las relaciones, en principio binarias, pueden involucrar a un número distinto de instancias de cada entidad. Así, son posibles tres tipos de cardinalidades:
Relaciones de uno a uno: una instancia de la entidad A se relaciona con una y solamente una de la entidad B.
Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con varias instancias de la entidad B.
Relaciones de muchos a muchos: cualquier instancia de la entidad A se relaciona con cualquier instancia de la entidad B.
El tipo de cardinalidad se representa mediante una etiqueta en el exterior de la relación, respectivamente: "1:1", "1:N" y "N:M". Otra forma de expresar la cardinalidad es situando un símbolo cerca de la línea que conecta una entidad con una relación: "0" si la entidad no está obligada a participar en la relación.
"1" si la entidad está obligada a participar en la relación y, además, cada instancia solamente participa una vez.
"N" , "M", ó "*" si la entidad no está obligada a participar en la relación y cada instancia puede participar cualquier número de veces.

Ejemplos de relaciones que expresan cardinalidad:

Una factura (entidad) se emite (relación) a una persona (entidad) y sólo una, pero una persona puede tener varias facturas emitidas a su nombre. Es una relación 1:N.
Un cliente (entidad) puede comprar (relación) varios artículos (entidad) y un artículo puede ser comprado por varios clientes distintos. Es una relación N:M.

UID

El parámetro UID indica el login para acceder al servidor SQL Server. Este ejemplo utiliza el login sa, sin embargo, es comveniente utilizar otro login, por cuestiones de seguridad.

SOLUCION EJERCICIO II. SOLUCION EJERCICIO III.