Universidad Mariano Glvez de Guatemala

Ingeniera en Sistemas de Informacin y Ciencias de la Computacin

Diseo de Base de Datos
Ing. Alberto Eugenio Marroqun Gmez

Investigacin

Eduardo Javier Agustn Prez

Alex Giovanni Reynoso
Jos Pablo Medina Grajeda

0906-13-2522
0906-13-6980
0906-11-10926
Fecha: 01/10/2016

Buenas Prcticas para Manejo de Base de Datos

1. Usa nombres consistentes y bien definidos para tablas y columnas (ejemplo: Escuela,
CursoEstudiante, etc).
2. Usa nombres en singular para las tablas (Estudiante en lugar de Estudiantes). La tabla
representa una coleccin de entidades, pero no es necesario usar nombres en plural.
3. No incluyas espacios en los nombres de la tablas.
4. No uses prefijos innecesarios (como TblEscuela, o EscuelaTabla, etc.)
5. Mantn los passwords encriptados por seguridad. Desencriptarlos en la aplicacin si es
necesario.
6. Usa enteros como identificadores para todas la tablas. Si un identificador no es requerido
en el momento, probablemente los sea en el futuro (para asociar tablas o indexar).
7. Elige columnas con tipos enteros (o sus variantes) par indexar. Una columna con tipo
varchar puede causar problemas de rendimiento.
8. Usa campos de tipo bit para almacenar valores booleanos. Usar enteros o varchar
repercute en un consumo innecesario de almacenamiento. Incluso los nombres de esas
columnas puedes ponerles el prefijo Is o Es en espaol.
9. Provee siempre de autenticacin para el acceso a base de datos. No le des el rol de
administrador a cada usuario.
10. No uses querys del tipo select * a menos de que sea necesario, extrae solo las columnas
necesarias para un mejor rendimiento.
11. Usa un framework o marco de trabajo ORM (Mapeo Relacional de Objetos) como
hibernate, oBatis, etc, si el cdigo de tu aplicacin es lo suficientemente grande. Los
problemas de rendimiento de los ORMs pueden manejarse detallando sus parmetros de
configuracin.
12. Particiona tu base de datos separando las tablas que se usan mucho de las que no se usan
tanto para un mejor desempeo.
13. Para bases de datos grandes, sensibles y sistemas de misin crtica, usa los servicios de
recuperacin de desastres y servicios de seguridad como el failover clustering, respaldos
automticos, replicacin, etc.
14. Usa constraints (llaves foraneas, Checks, valores no nulos, etc) para la integridad de datos.
No hagas todo el control desde el cdigo de la aplicacin.
15. La falta de documentacin en una base de datos es mala idea. Documenta tu diseo de
base de datos con esquemas de entidad relacionales (ER) e instrucciones. Incluso escribe
lneas de comentarios en tus trigers, procedimientos almacenados y otros scripts.
16. Usa ndices para scripts frecuentemente usados en tablas grandes. Hay herramientas de
anlisis que puede ser usadas para determinar dnde pueden estar definidos los ndices.

Para queries que extraen un rango de registros, ndices agrupados usualmente son
mejores. Para queries de punto los indices no agrupados son la mejor opcin.
17. Un servidor de base de datos y un servidor web deben estar en mquinas diferentes. Esto
provee de mas seguridad y separan la carga de trabajo en dos CPUs y memoria diferentes.
18. Imgenes y columnas de tipo blob no deben estar definidas en tablas frecuentemente
requeridas para evitar problemas de rendimiento. Estos datos deben ser puestos en tablas
separadas relacionadas por un identificador.
19. La normalizacin debe ser usada cuando sea requerida para optimizar el performance. Una
baja normalizacin puede repercutir en una repeticin de datos, una sobre normalizacin
puede tener efectos en el rendimiento a causa de las excesivas uniones entre tablas para
extraer datos. Se debe mantener un equilibro.
20. Usa tanto tiempo como puedas para disear tu base de datos, el tiempo que gastes para el
diseo de la base de datos es tiempo que no emplearas rediseando la base de datos mas
tarde.

Contrato de Confidencialidad
El contrato o acuerdo de confidencialidad es aquel que se firma cuando se va a tratar un tema que
requiere discrecin y se trata de evitar que las partes implicadas puedan utilizar la informacin
para sus propios fines. Se suele firmar un contrato de confidencialidad cuando, por ejemplo,
cuando un cliente de relevancia se dispone a compartir informacin confidencial con la empresa o
con otros socios (bien sea sobre infraestructuras, planes de lanzamientos, datos de clientes,
etc).
Un contrato de confidencialidad se puede estructurar de muchas formas. Sin embargo, siempre
hay unas partes fundamentales que deben estar presentes:
Consideraciones. Las consideraciones son todo aquello a lo que hace relacin el contrato de
confidencialidad. Es decir, la informacin, negocio, proyecto o desarrollo tecnolgico, entre otros
aspectos.
Clusulas. Son todas las especificaciones que queramos incluir dentro del contrato y que definen
sus condiciones. Normalmente se suelen tratar aqu las partes, definiciones, excepciones, posibles
sanciones y los plazos. Leer ms sobre las clusulas del contrato de confidencialidad.

tica Profesional en Base de Datos

Como parte de la tica profesional figuran importantes valores:

Integridad y honestidad en las actuaciones

Innovacin para la mejora de procesos y del bienestar humano
Calidad como mxima permanente
Tolerancia y aprendizaje continuado

Con esta base de valores, se debe tener la visin de ofrecer a los clientes la prdida cero de datos
y la disponibilidad permanente de los mismos.

Para alcanzar esta visin, nos proponemos la misin de ofrecer soluciones de acceso rpido,
continuado y seguro a los datos por parte de procesos y aplicaciones.
La tica informtica es el comportamiento adecuado en relacin con el uso de la tecnologa
informtica, sin infringir la ley
El delito informtico es un acto ilcito, es una accin ilegal realizada a travs de conocimientos y
tecnologas informticas.
Por ltimo, hay tambin problemas de tica que hacen referencia a prcticas comerciales
incluyendo:
Contratos.
Acuerdos y conflictos de inters, como, por ejemplo, proponer programas informticos
inferiores.
Comercializar software sabiendo que tiene fallos.