Inf. Proyectos de Inversion
Inf. Proyectos de Inversion
Inf. Proyectos de Inversion
FACULTAD DE INGENIERIA
CURSO:
Proyectos de Inversión en T.I.
PROYECTO DE INVESTIGACIÓN:
Optimización de los procesos de Base de Datos en la
UDEMSI en la Universidad Nacional del Santa
DOCENTE:
Ing. Marlene Raquel Paredes Jacinto
INTEGRANTES:
Chapa Carranza, Kathiusca.
Escobedo Romero, Ángel.
Jara Espinoza, Jhoselyn.
Pasión Rodriguez, Karolay.
CICLO:
X
Octubre, 2019.
Nuevo Chimbote, Perú.
ÍNDICE
1. DATOS GENERALES ............................................................................................ 3
1.1 Título del Proyecto ............................................................................................. 3
1.2 Objetivos ............................................................................................................ 3
1.2.1. Objetivo General......................................................................................... 3
1.2.2. Objetivos Específicos ................................................................................. 3
1.3 Identificación del Problema ............................................................................... 3
1.4 Solución del Problema ....................................................................................... 3
2. ANTECEDENTES ................................................................................................... 4
2.1 Fundamentos teóricos de la investigación ......................................................... 4
2.1.1 Tesis ................................................................................................................. 4
2.1.2 Libros ............................................................................................................... 7
3. PERFIL DEL PROYECTO ...................................................................................... 8
3.1 Metodología para la construcción de un Migrador Universal de Base de Datos .. 8
3.2 Metodología libre de plataformas intermedias ....................................................... 8
3.3 Migración de datos práctica (Practical Data Migration) ........................................ 9
4. REFENCIAS BIBLIOGRÁFICAS ........................................................................ 10
Bibliografía ...................................................................... Error! Bookmark not defined.
5. ANEXOS ................................................................................................................ 14
Anexo N° 1: Entrevista ............................................................................................... 14
1.DATOS GENERALES
1.1 Título del Proyecto
Optimización de los procesos de Base de Datos en la UDEMSI en la
Universidad Nacional del Santa
1.2 Objetivos
1.2.1. Objetivo General
Desarrollar una metodología para la auditoría de base de datos para
la migración de ASA 9.5 a SQL Server en el departamento de
UDEMSI (Unidad de Desarrollo, Evaluación y Mantenimiento de
Sistemas de Información).
Año: 2007
Año: 2013
Año: 2006
Resumen ejecutivo y resultados:
Año:2015
Resumen:
El presente artículo trata de un tema muy crucial dentro de un ambiente de
base de datos como es la optimización de los tiempos de respuestas de las
consultas realizadas a un repositorio de información. Para alcanzar
tiempos de respuestas óptimos, es necesario, en primera instancia, estar
conscientes de los actores del área de base de datos en una organización,
de los cuales, hay uno que se erige como la principal figura cuando la
optimización de recursos se refiere. Dicho actor es el Administrador de la
Base de Datos.
Tablas y Datos
Más posibilidades:
Aparte de la lógica de negocios del servidor, Ispirer MnMTK también convierte consultas
SQL en aplicaciones front-end y scripts para ajustarse a la sintaxis de Microsoft SQL
Server. Además, nuestra herramienta es capaz de convertir código T-SQL a Java y .NET.
Ispirer Systems se esfuerza por realizar una migración de alta calidad y de primera clase
de la base de datos. Adaptamos nuestra herramienta de migración Ispirer MnMTK de tal
manera que una versión personalizada pueda satisfacer plenamente las necesidades
empresariales de nuestro cliente.
Este software puede ayudarlo a migrar rápidamente una variedad de datos, estructuras y
objetos, ahorrándole mucho tiempo y dinero. Toda estructura de tabla, datos, esquema
(Oracle, SQL Server 2000 o superior, PostgreSQL), LOB (Grandes Caracteres/Objetos
Binarios), clave primaria/externa, índices, auto-increment (serial) y valor por defecto
migrará.
Cuando se quiera migrar datos entre dos tablas de configuraciones de caracteres (por
ejemplo,: UTF8, CP1250 etc.), también convierte la automatización de la configuración
de caracteres. También puede transformar nombre de campo/tipos de
datos/anulabilidad/precisión/escala numérica o filtrar datos en migración.
Cuenta con DBMS Native API y tecnología de inserción masiva que puede mejorar la
productividad al acelerar todo el proceso de migración.
5. REFENCIAS BIBLIOGRÁFICAS
(20 de Noviembre de 2018). Obtenido de Evaluando Software.com:
https://www.evaluandosoftware.com/metodologias-migracion-datos/
Álvarez Álvarez , H., Villagomez De Olivera e Souza, G., & Vivanco Toala, D. (2006).
Implementacion de la migracion de la Base de Datos del SIstema CANOPUS de
Informix 9.4C a Oracle 10g. Ecuador.
Daniel Díaz, M., & Lopez Guzmán, V. (2007). SOLUCIONES DE SOFTWARE LIBRE
PARA EL DESARROLLO DE APLICACIONES DE BASE DE DATOS. Pachuca,
Hidalgo.
Fernandez , J., & Giraldo, J. (2011). Obtenido de
https://www.redalyc.org/pdf/496/49622372028.pdf
Lopez, J., & Zuluaga, A. (2013). DESARROLLO DE UNA METODOLOGÍA PARA EL
CONTROL DE RIESGOS. Obtenido de
https://core.ac.uk/download/pdf/71397760.pdf
Meza, E. S. (2015). En E. S. Meza, Optimizacion de los tiempos de respuestas en una
base de datos (pág. 56). Gaceta Sansana.
6. ANEXOS
Anexo N° 1: Entrevista
Entrevistador: ¿Entonces, sería factible que nos pueda alcanzar esos tipos
de lineamientos?
Entrevistador: Bueno…
Entrevistador: Única…
Entrevistador: Acamedica…
Ingeniero: Él es el DBA
Entrevistador: Ahh ya, entonces este… ¿él es el único que tiene acceso
como administrador a la Base de Datos o hay otros usuarios?
Ingeniero: Así es, no, las políticas, siempre advierten de que, si tenemos
un DBA, es para eso… Antes, antiguamente no, todos eran, todos
accedían, cada desarrollador, ingresaban a la base de datos, ¿a su necesidad
no? Pero desde que ya están, desde que ya tenemos un coordinador, que es
quien le habla, se asignó un netamente DBA para que apoye en esa parte
y ser el único que toma la batuta no, Nosotros tenemos un sistemas
GELDES, en las cuales todos los requerimientos, los operarios, los chicos,
los compañeros, que son este… que tienen una necesidad en producción
para hacer una consulta en la base de datos, actualizar su SP, mejor su
vista, y hacen la solicitud al DBA, a través de nuestro GELDES, al DBA,
el DBA autoriza, este… dependiendo qué cosas sea, pueda autorizar él,
puedo autorizar yo, o el coordinador y él ejecuta no, el requerimiento de
uno, del ususario, en este caso el programador.
Ingeniero: 9.5
Entrevistador: Claro, pero me dice que ahora son dos, mañana y tarde
supongo…
Entrevistador: ¿El ing. Wilmer nos comentaba que usa el CITRIX no?
- Ingeniero: Así es, pero normalmente cuando uno trabaja, cuando uno
va a implementar un nuevo sistema lo hace primero a través de un
gestor de base de datos que lo llamamos nosotros gestester, donde está
alojado una base de datos similar con las mismas características que
está en producción, pero hasta que termina la implementación hasta
que se prueba del todo el sistema y hasta que el usuario final no lo ha
testeado, es decir no lo ha probado un par de días, no se pasa a
producción y cuando pasa a producción es cuando ya obtiene los
privilegios cortados. Cuando uno desarrolla un software, siempre hay
niveles. El primer nivel es en tu propia máquina, que se llama nivel de
desarrollo, el segundo nivel es el testeo donde vas a probar tu sistema
terminado, con información real o lo más real posible.
- Ingeniero: Claro, ósea… ojo que solamente el dba está solamente para
cuando se requiera hacer una tabla nueva, para eso está el dba, le pide
al programador que le pase el string de la base de datos si quiere no se
crear un nuevo sp igual su string de su sp si quiere modificar una
información, hay un update que tiene que pasarle al dba, pero no puede
hacerlo directamente él. Pero en el tester si mientras estas en tester si
él trabaja toda su consulta sql, crea sus tablas, las elimina, hay la
información que borre o genere hay no nos importa porque en realidad
no se va generar en la tabla real en la tabla de producción, pero cuando
ya quiere la información hacerla en producción hay ya tiene limitación,
hay el único que puede entrar hay es el dba.
- Ingeniero: Si
- Ingeniero: si