1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
jueves, 13 de mayo de 2010
Configuración Servicio de Red Local
PASO A PASO CONFIGURACIÓN NOMBRE DE SERVICIO DE RED LOCAL
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
Configuración del Entorno de Red
LISTENER ORACLE 10G (securing the listener)
TNS Listener es un proceso servidor que provee la conectividad de red con la base de datos Oracle. El listener está configurado para escuchar la conexión en un puerto específico en el servidor de base de datos. Cuando una se pide una conexión a la base de datos, el listener devuelve la información relativa a la conexión. La información de una conexión para una instancia de una base de datos provee el nombre de usuario, la contraseña y el SID de la base de datos. Si estos datos no son correctos se devolverá un mensaje de error.
- Por defecto el puerto del listener es el 1521
- El listener no limita el número de conexiones a la base de datos
Toda la información del listener la contiene un archivo denominado listener.ora ( $ORACLE_HOME/network/admin. )
El comando para gestionar el listener es lsnrctl.
Mediante este comando podemos:
- Parar el listener.
- Ver el estado del listener.
- Arrancar el listener.
- Rearrancar el listener.
Paso a Paso configuración..
1. Ingreso panel de configuración
2. Selección configuración de Listener
3.
4.
5.
6.
7.
8.
9.
10.
TNS Listener es un proceso servidor que provee la conectividad de red con la base de datos Oracle. El listener está configurado para escuchar la conexión en un puerto específico en el servidor de base de datos. Cuando una se pide una conexión a la base de datos, el listener devuelve la información relativa a la conexión. La información de una conexión para una instancia de una base de datos provee el nombre de usuario, la contraseña y el SID de la base de datos. Si estos datos no son correctos se devolverá un mensaje de error.
- Por defecto el puerto del listener es el 1521
- El listener no limita el número de conexiones a la base de datos
Toda la información del listener la contiene un archivo denominado listener.ora ( $ORACLE_HOME/network/admin. )
El comando para gestionar el listener es lsnrctl.
Mediante este comando podemos:
- Parar el listener.
- Ver el estado del listener.
- Arrancar el listener.
- Rearrancar el listener.
Paso a Paso configuración..
1. Ingreso panel de configuración
2. Selección configuración de Listener
3.
4.
5.
6.
7.
8.
9.
10.
martes, 11 de mayo de 2010
jueves, 6 de mayo de 2010
Normalización de Bases de Datos
Normalización es un proceso que clasifica relaciones, objetos, formas de relación y demás elementos en grupos, en base a las características que cada uno posee. Si se identifican ciertas reglas, se aplica un categoría; si se definen otras reglas, se aplicará otra categoría.
Estamos interesados en particular en la clasificación de las relaciones BDR. La forma de efectuar esto es a través de los tipos de dependencias que podemos determinar dentro de la relación. Cuando las reglas de clasificación sean más y más restrictivas, diremos que la relación está en una forma normal más elevada. La relación que está en la forma normal más elevada posible es que mejor se adapta a nuestras necesidades debido a que optimiza las condiciones que son de importancia para nosotros:
• La cantidad de espacio requerido para almacenar los datos es la menor posible;
• La facilidad para actualizar la relación es la mayor posible;
• La explicación de la base de datos es la más sencilla posible.
Los datos redundantes desperdician el espacio de disco y crean problemas de mantenimiento. Si hay que cambiar datos que existen en más de un lugar, se deben cambiar de la misma forma exactamente en todas sus ubicaciones. Un cambio en la dirección de un cliente es mucho más fácil de implementar si los datos sólo se almacenan en la tabla Clientes y no en algún otro lugar de la base de datos.
Los datos redundantes desperdician el espacio de disco y crean problemas de mantenimiento. Si hay que cambiar datos que existen en más de un lugar, se deben cambiar de la misma forma exactamente en todas sus ubicaciones. Un cambio en la dirección de un cliente es mucho más fácil de implementar si los datos sólo se almacenan en la tabla Clientes y no en algún otro lugar de la base de datos.
Primera forma normal
Elimine los grupos repetidos de las tablas individuales.
Cree una tabla independiente para cada conjunto de datos relacionados.
Identifique cada conjunto de datos relacionados con una clave principal.
Segunda forma normal
Cree tablas independientes para conjuntos de valores que se apliquen a varios registros.
Relacione estas tablas con una clave externa.
Tercera forma normal
Elimine los campos que no dependan de la clave.
Ver...http://://support.microsoft.com/kb/283878/es
Estamos interesados en particular en la clasificación de las relaciones BDR. La forma de efectuar esto es a través de los tipos de dependencias que podemos determinar dentro de la relación. Cuando las reglas de clasificación sean más y más restrictivas, diremos que la relación está en una forma normal más elevada. La relación que está en la forma normal más elevada posible es que mejor se adapta a nuestras necesidades debido a que optimiza las condiciones que son de importancia para nosotros:
• La cantidad de espacio requerido para almacenar los datos es la menor posible;
• La facilidad para actualizar la relación es la mayor posible;
• La explicación de la base de datos es la más sencilla posible.
Los datos redundantes desperdician el espacio de disco y crean problemas de mantenimiento. Si hay que cambiar datos que existen en más de un lugar, se deben cambiar de la misma forma exactamente en todas sus ubicaciones. Un cambio en la dirección de un cliente es mucho más fácil de implementar si los datos sólo se almacenan en la tabla Clientes y no en algún otro lugar de la base de datos.
Los datos redundantes desperdician el espacio de disco y crean problemas de mantenimiento. Si hay que cambiar datos que existen en más de un lugar, se deben cambiar de la misma forma exactamente en todas sus ubicaciones. Un cambio en la dirección de un cliente es mucho más fácil de implementar si los datos sólo se almacenan en la tabla Clientes y no en algún otro lugar de la base de datos.
Primera forma normal
Elimine los grupos repetidos de las tablas individuales.
Cree una tabla independiente para cada conjunto de datos relacionados.
Identifique cada conjunto de datos relacionados con una clave principal.
Segunda forma normal
Cree tablas independientes para conjuntos de valores que se apliquen a varios registros.
Relacione estas tablas con una clave externa.
Tercera forma normal
Elimine los campos que no dependan de la clave.
Ver...http://://support.microsoft.com/kb/283878/es
martes, 4 de mayo de 2010
Diseño Conceptual en Bases de Datos
"El análisis conceptual es la abstracción de hechos reales de los cuales se emite un concepto o es posible hacer una idea de ello. Para poder realizar la abstracción de un tema en un área específica, a nivel informático, es necesario tener los requerimientos formulados por los usuarios con respecto a este. Estos requerimientos contienen el conjunto de hechos y reglas que dan pauta a la creación del esquema conceptual donde por medio de este se podrá realizar una descripción de alto nivel de la futura base de datos. Para manipular este esquema se utiliza un modelo conceptual que proporciona un lenguaje que permite utilizar un conjunto de símbolos (estándares) para la creación de este.
El diseño conceptual se hace independiente al sistema gestor de base de datos (DBMS) que utilice el usuario para la implementación de esta.
Para modelar Conceptualmente es posible utilizar varios Modelos de Datos Un modelo práctico para ilustrar el diseño conceptual es el modelo entidad relación."
http://www.unalmed.edu.co/~mstabare/diseno_conceptual.htm
Entradas, salidas y actividades del Diseño Conceptual
La figura muestra que el diseño de datos utiliza como entrada sólo los requerimientos de datos, y produce como salida sólo el esquema conceptual de datos, con documentos de diseño relacionados. Sin embargo, el diseño conjunto funcional y de datos, utiliza todas las entradas y produce todas las salidas.
Entradas
Las entradas al proceso de diseño son los requerimientos, las descripciones de la aplicación de la base de datos: entrevistas, documentos, formularios y cualquier fuente que ofrezca información al proceso de diseño; se clasifican en varias formas, por los tipos de información que ellas describen:
1. Los requerimientos de datos describen la estructura de datos que se deben almacenar en la BD.
2. Los requerimientos de funciones describen la estructura dinámica del sistema de información, identificacndo varias funciones o actividades dentro del sistema.
2. Los requerimientos de aplicación describen operaciones sobre los datos.
Una segunda clasificación de las entradas por la representación linguistica usada en su descripción, aplica a los requerimientos de datos pero una clasificación similar se puede hacer para los flujos de datos y también para los requerimientos de aplicación, se expresan en diferentes "lenguajes":
1. Lenguaje Natural
2. Formularios
3. Formatos de registros, divisiones de datos en Cobol
4. Esquemas de datos
Salidas
Las salidas de una metodología de diseño conceptual incluye:
1. Esquema conceptual de datos o esquema conceptual se describen todos los datos presentes en los requerimientos.
2. Esquema de funciones describen funciones y actividades del sistema de información y los flujos de información entre ellas.
3. Especificaciones de alto nivel de la aplicación describenlas operaciones efectuadas con la BD.
4. Otros Documentos de diseño ofrecen información adicional sobre cada una de las salidas anteriores.
Actividades
Análisis de requerimientos
Conceptualización inicial
Conceptualización incremental
Integración
Reestructuración
Bibliografia
Diseño conceptual de bases de datos "Un enfoque de entidades - Interrelaciones".
Batini Ceri Navathe
El diseño conceptual se hace independiente al sistema gestor de base de datos (DBMS) que utilice el usuario para la implementación de esta.
Para modelar Conceptualmente es posible utilizar varios Modelos de Datos Un modelo práctico para ilustrar el diseño conceptual es el modelo entidad relación."
http://www.unalmed.edu.co/~mstabare/diseno_conceptual.htm
Entradas, salidas y actividades del Diseño Conceptual
La figura muestra que el diseño de datos utiliza como entrada sólo los requerimientos de datos, y produce como salida sólo el esquema conceptual de datos, con documentos de diseño relacionados. Sin embargo, el diseño conjunto funcional y de datos, utiliza todas las entradas y produce todas las salidas.
Entradas
Las entradas al proceso de diseño son los requerimientos, las descripciones de la aplicación de la base de datos: entrevistas, documentos, formularios y cualquier fuente que ofrezca información al proceso de diseño; se clasifican en varias formas, por los tipos de información que ellas describen:
1. Los requerimientos de datos describen la estructura de datos que se deben almacenar en la BD.
2. Los requerimientos de funciones describen la estructura dinámica del sistema de información, identificacndo varias funciones o actividades dentro del sistema.
2. Los requerimientos de aplicación describen operaciones sobre los datos.
Una segunda clasificación de las entradas por la representación linguistica usada en su descripción, aplica a los requerimientos de datos pero una clasificación similar se puede hacer para los flujos de datos y también para los requerimientos de aplicación, se expresan en diferentes "lenguajes":
1. Lenguaje Natural
2. Formularios
3. Formatos de registros, divisiones de datos en Cobol
4. Esquemas de datos
Salidas
Las salidas de una metodología de diseño conceptual incluye:
1. Esquema conceptual de datos o esquema conceptual se describen todos los datos presentes en los requerimientos.
2. Esquema de funciones describen funciones y actividades del sistema de información y los flujos de información entre ellas.
3. Especificaciones de alto nivel de la aplicación describenlas operaciones efectuadas con la BD.
4. Otros Documentos de diseño ofrecen información adicional sobre cada una de las salidas anteriores.
Actividades
Análisis de requerimientos
Conceptualización inicial
Conceptualización incremental
Integración
Reestructuración
Bibliografia
Diseño conceptual de bases de datos "Un enfoque de entidades - Interrelaciones".
Batini Ceri Navathe
lunes, 3 de mayo de 2010
Introducción Oracle.
"Es una herramienta cliente/servidor para la gestión de Bases de Datos. Es un producto vendido a nivel mundial, aunque la gran potencia que tiene y su elevado precio hace que sólo se vea en empresas muy grandes y multinacionales, por norma general. En el desarrollo de páginas web pasa lo mismo: como es un sistema muy caro no está tan extendido como otras bases de datos, por ejemplo, Access, MySQL, SQL Server, etc.
Oracle como antes he mencionado se basa en la tecnología cliente/servidor, pues bien, para su utilización primero sería necesario la instalación de la herramienta servidor (Oracle 8i) y posteriormente podríamos atacar a la base de datos desde otros equipos con herramientas de desarrollo como Oracle Designer y Oracle Developer, que son las herramientas básicas de programación sobre oracle.
Para desarrollar en Oracle utilizamos PL/SQL un lenguaje de 5ª generación, bastante potente para tratar y gestionar la base de datos, también por norma general se suele utilizar SQL al crear un formulario."
Ver...http://www.uaem.mx/posgrado/mcruz/cursos/miic/oracle.pdf
Oracle como antes he mencionado se basa en la tecnología cliente/servidor, pues bien, para su utilización primero sería necesario la instalación de la herramienta servidor (Oracle 8i) y posteriormente podríamos atacar a la base de datos desde otros equipos con herramientas de desarrollo como Oracle Designer y Oracle Developer, que son las herramientas básicas de programación sobre oracle.
Para desarrollar en Oracle utilizamos PL/SQL un lenguaje de 5ª generación, bastante potente para tratar y gestionar la base de datos, también por norma general se suele utilizar SQL al crear un formulario."
Ver...http://www.uaem.mx/posgrado/mcruz/cursos/miic/oracle.pdf
Suscribirse a:
Entradas (Atom)
