2. ¿Qué es un Administrador de Base de
Datos (DBA)?
Un administrador de bases de datos (DBA).
Profesional que tiene la responsabilidad de
mantener y operar las bases de datos que conforman
el sistema de información de una compañía.
6. Funciones de un DBA
1. Gestión General de Base
de Datos
El DBA es la persona con
más conocimientos sobre
base de datos en una
organización. Como tal,
debe entender las reglas
básicas de la tecnología de
base de datos relacional y
ser capaz de comunicarlos
con precisión a los demás.
7. Funciones de un DBA
2. Modelado de Datos y
Diseño de Base de Datos
Un DBA debe ser un
profesional experto en la
recopilación y análisis de
las necesidades del
usuario para obtener
modelos de datos
conceptuales y lógicos.
8. Funciones de un DBA
3. Auditoria
Una de las tareas de un
DBA es identificar qué
usuarios tienen acceso a
insertar, actualizar o
eliminar datos, y cuándo.
9. Funciones de un DBA
4. Integración con aplicaciones
Los DBAs a menudo se involucran en los procesos de integrar
las aplicaciones existentes con las bases datos que
administran. Esto puede incluir la creación de aplicaciones a
medida, scripts, etc.
10. Funciones de un DBA
5. Resguardo y recuperación de datos
Un DBA realiza copias de seguridad periódicas de los datos y
mantenerlos a salvo de la destrucción accidental o intencional.
Además, diseñar, implementar y probar un plan de recuperación
para que cuando se presenten los problemas, los datos se pueden
restaurar rápidamente.
11. Funciones de un DBA
6. Inteligencia de negocios y almacenamiento de datos
Esto se debe a que cada vez más organizaciones están
tratando de extraer toda la información que pueda con el fin
de tomar mejores decisiones de negocios.
12. Funciones de un DBA
7. Planificación de capacidad
Es la responsabilidad del DBA gestionar el creciente volumen
de datos y diseñar los planes apropiados para administrarlos.
13. Funciones de un DBA
8. Administración de cambios
• La configuración del servidor SQL Server o MySQL.
• El código de Transact-SQL.
• Realizar el análisis de impacto antes de realizar los cambios dentro de una
DBMS. Y……
14. Relación del DBA con otras áreas de
los sistemas
La función del DBA requiere personal para cubrir las
siguientes actividades:
• Planeación de la BD.
• Recolección de requerimientos y diseño conceptual de
la base de datos.
• Diseño lógico de BD.
• Diseño físico y ejecución de la BD
• Pruebas y depuración de la BD.
• Operación y mantenimiento de BD,
incluida su instalación y migración.
• Entrenamiento y soporte de BD.
15. Planeación de la BD.
Cuando trabajamos con
bases de datos
relacionales es habitual
distribuir la información
en diferentes tablas
vinculadas entre sí. Esta
característica obliga a
un proceso de
planificación y diseño
previo para obtener el
resultado esperado.
16. Planeación de la BD
• Para comenzar, establece prioridades y
enumera las funcionalidades principales que
deseas obtener de la base de datos.
17. Planeación de la BD
Imaginemos que queremos crear una base de
datos para la gestión de las competiciones
deportivas de nuestra Universidad.
La base de datos deberá llevar un registro de
todos los participantes: ……………………!?
21. Diseño lógico de BD
Una vez terminado y validado el diagrama, ya
estamos en disposición de comenzar la siguiente
fase, en la que nos enfrentamos al diseño de la
BD, utilizando un Sistema de Gestión de Base de
Datos.
22. Diseño lógico de BD
Esta fase se conoce como diseño lógico. En este
punto del proyecto, transformamos el esquema de
la base de datos (diseño conceptual), en una serie
de estructuras lógicas (tablas, campos, claves
primarias y ajenas, etc.).
23. Diseño lógico de BD
definir correctamente los campos y claves de
las tablas, y las relaciones entre ellas, para que
el sistema gestor de base de datos pueda avisar
con un mensaje de error si el usuario está
intentando realizar una operación incorrecta
sobre la base de datos, y que no corresponde
con el diseño del esquema inicial.
El objetivo es…….
24. Diseño físico y ejecución de la BD
Durante el diseño físico de la base de datos, se
transforman las entidades en tablas, las
instancias en filas y los atributos en columnas.
25. Pruebas y depuración de la BD
DATA-CLEANING
• Errores ortográficos.
• Nombres, apellidos y direcciones
excesivamente abreviados.
• Información inexacta o errónea.
• Errores de digitalización.
• Escritura
• Descuido del diseño de algunos campos.
• Duplicación de registros, etc.
26. Mantenimiento de BD
Deberá realizarse periódicamente. En el caso de
algunos Manejadores de Base de Datos, ésta se
limita a un mantenimiento y limpieza de los
identificadores internos y de las estadísticas de
planificación de las consultas, a una
reindexación periódica de las tablas, y al
tratamiento de los registros de la bitácora.
27. Mantenimiento de BD
Por ejemplo, La reindexación completa de la base
de datos no es una tarea muy habitual, pero puede
mejorar sustancialmente la velocidad de las
consultas complejas en tablas con mucha actividad.
28. Mantenimiento de BD
Es una buena práctica mantener archivos de
registro de la actividad del servidor. Por lo
menos, de los errores que origina. Durante el
desarrollo de aplicaciones puede ser muy útil
disponer también de un registro de las consultas
efectuadas, aunque en bases de datos de mucha
actividad, disminuye el rendimiento del gestor y
no es de mucha utilidad.
32. ¿Que es la protección de datos?
La protección de datos es una disciplina jurídica de
reciente creación que tiene por objeto
proteger la intimidad y demás derechos
fundamentales de las personas físicas frente a al
riesgo que para ellos supone la recopilación y el uso
indiscriminado de sus datos personales,
entendiendo como tales a toda aquella información
que forma parte de su esfera privada y que puede
ser utilizada para evaluar determinados aspectos de
su personalidad (hábitos de compra, relaciones
personales, creencias etc.)
33. Ley General de Transparencia y
Acceso a la Información Pública.
El 04 de mayo de 2015, se publica en el Diario
Oficial de la Federación (DOF) la Ley General de
Transparencia y Acceso a la Información Pública
(LGTAIP).
34. ¿Qué es la clasificación?
Art. 100 al
120
La clasificación es el proceso mediante el cual el sujeto obligado
determina que la información en su poder actualiza alguno de los
supuestos de reserva o confidencialidad, de conformidad con lo
dispuesto en el presente Título.
La vida privada y
datos personales,
así como la entregada
por los particulares
como confidencial.
Reservas temporales
y excepcionales
motivadas en el
interés público.
35. Información Clasificada
Art. 100 al
Clasificación:
Por un plazo
máximo de
5 años
(prorrogabl
e por 5
más)
Art. 101
LGTAIP
Por reserva
Por
confidencialidad
Art. 113 a 115
LGTAIP
Las causales de
reserva se deberán
fundar y motivar, a
través de la prueba
de daño.
Art. 116 a 120
LGTAIP
La que contiene
datos personales
concernientes a
una persona
identificada o
identificables.
- Secretos -
No está sujeta a
temporalidad.
Su difusión sólo
es posible con el
consentimiento
expreso del
particular
titular de la
informacíón
36. Deber de seguridad
Aplicación de medidas de seguridad
encaminadas a garantizar la
confidencialidad, integridad y
disponibilidad de éstos, bajo estándares y
buenas prácticas reconocidas
internacionalmente en la materia.
37. Obligación del responsable y de quienes
intervienen en cualquier fase del
tratamiento de datos personales de
guardar y respetar la confidencialidad de
los mismos.
Deber de confidencialidad
38. Marco normativo
Sector Público
Federal
Ley Federal de Transparencia y Acceso a la
Información Pública Gubernamental.
Ámbito
Privado
(a nivel nacional)
Ley Federal de Protección de Datos
Personales en Posesión de los Particulares.
Entidades
Federativas
Leyes de protección de datos o de transparencia
con apartados específicos en el tema,
que aplican únicamente para el sector público
estatal.
APLICA
39. 1. Colima
Ley de Protección de Datos Personales del Estado de Colima.
21 de junio de 2003.
2. Guanajuato
Ley de Protección de Datos Personales para el Estado y los Municipios de Guanajuato.
19 de mayo de 2006.
3. Oaxaca
Ley de Protección de Datos Personales del Estado de Oaxaca.
23 de agosto de 2008.
4. Distrito Federal
Ley de Protección de Datos Personales para el Distrito Federal.
3 de octubre de 2008.
5. Tlaxcala
Ley de Protección de Datos Personales para el Estado de Tlaxcala.
14 de mayo de 2012.
Leyes estatales de protección de datos
personales
41. Análisis de los manejadores de base
de datos
• Los sistemas de gestión de bases de datos son
un tipo de software muy específico, dedicado
a servir de interfaz entre la base de datos, el
usuario y las aplicaciones que la utilizan.
42.
43. 1. Es una herramienta de administración gráfica que es intuitiva y cómoda
de utilizar.
2. Ayuda a analizar datos y efectuar recomendaciones concernientes a
mejorar el rendimiento y la eficiencia en el manejo de aquellos datos
que se encuentran almacenados.
3. Apoya en el diseño y optimización de modelos de datos.
4. Asistir a los desarrolladores con sus conocimientos de SQL y de
construcción de procedimientos almacenados y triggers, entre otros.
5. Apoya en la definición de estándares de diseño y nomenclatura de
objetos.
6. Documentar y mantener un registro periódico de las mantenciones,
actualizaciones de hardware y software, cambios en las aplicaciones y,
en general, todos aquellos eventos relacionados con cambios en el
entorno de utilización de una base de datos.
44.
45. 1. El principal objetivo de MySQL es velocidad y robustez.
2. Soporta gran cantidad de tipos de datos para las columnas.
3. Gran portabilidad entre sistemas, puede trabajar en distintas
plataformas y sistemas operativos.
4. Cada base de datos cuenta con 3 archivos: Uno de estructura, uno
de datos y uno de índice y soporta hasta 32 índices por tabla.
5. Aprovecha la potencia de sistemas multiproceso, gracias a su
implementación multihilo.
6. Flexible sistema de contraseñas (passwords) y gestión de usuarios,
con un muy buen nivel de seguridad en los datos.
7. El servidor soporta mensajes de error en distintas lenguas.
46.
47. 1. Dispone de herramientas graficas
2. Soporte para Datawarehouse
3. Soporte para datamining
4. Gestiona múltiples bases de datos remotas de una única consola donde se muestran gráficamente tanto
la base de datos, como los objetos que contiene (tablas, índices, procedimientos).
5. Capacidad de relación de datos de múltiples lugares físicos
6. Opción de conectar datos relacionales de paginas web
7. Es costoso, Sin embargo la nueva versión (Vs10) tiene un costo por debajo de los USD $1000 que lo
vuelve muy accesible en el mercado.
8. Ocupa menos memoria y recursos que el oracle
9. Se integra con linux y oracle
10. Cumple con los niveles de seguridad
11. Tiene arquitectura para servidor OLTP (On Line Transaction Prosessing) para UNIX. Esta tecnología se
puede ver en INFORMIX Dynamic Server.
12. Ofrece herramientas para crear menús, formularios de entrada de datos y generadores de listados
13. Utiliza un manejador relacional de base de datos orientado a objetos(ORDBMS), completamente
escalable y extensible a cualquier tipo de datos.
14. Se puede utilizar INFORMIX Dynamic Server en toda su capacidad, con el lenguaje de programación
Java.
48.
49. 1. Facilidad de instalación, distribución y utilización.
2. SQL Server posee una gran variedad de herramientas administrativas y
de desarrollo que permite mejorar la capacidad de instalar, distribuir,
administrar y utilizar SQL Server.
3. Puede utilizarse el mismo motor de base de datos a través de
plataformas que van desde equipos portátiles que ejecutan Microsoft
Windows® 95 ò 98 hasta grandes servidores con varios procesadores que
ejecutan Microsoft Windows NT®, Enterprise Edition.
4. Almacenamiento de datos.
5. SQL Server incluye herramientas para extraer y analizar datos resumidos
para el proceso analítico en línea(OLAP, Online Analitycal Processing).
SQL Server incluye también herramientas para diseñar gráficamente las
bases de datos y analizar los datos mediante preguntas en lenguaje
normal.
6. SQL Server se integra con el correo electrónico, internet y Windows,
permitiendo una comunicación local.
50.
51. • Soporte de transacciones.
• Escalabilidad, estabilidad y seguridad.
• Soporta procedimientos almacenados.
• Incluye también un potente entorno gráfico de administración, que
permite el uso de comandos DDL y DML gráficamente.
• Permite trabajar en modo cliente-servidor, donde la información y
datos se alojan en el servidor y los terminales o clientes de la red
sólo acceden a la información.
• Además permite administrar información de otros servidores de
datos.
52. Consideraciones para elegir un buen Sistema de
Gestión de Base de Datos (DBMS)
Oracle, SQL Server, Microsoft Access, MySQL, DB2,
Paradox. Hay toda una variedad de productos de base de
datos en el mercado hoy en día, por lo que la selección de
una plataforma para la infraestructura de su organización
es una tarea de alta responsabilidad.
53. Consideraciones para elegir un buen Sistema de
Gestión de Base de Datos (DBMS)
Definir los requisitos
Base de datos de escritorio: En términos generales,
las bases de datos de escritorio están orientados a
un único usuario y las aplicaciones residen en
ordenadores personales estándar (de ahí el término
de escritorio).
54. Consideraciones para elegir un buen Sistema de
Gestión de Base de Datos (DBMS)
Definir los requisitos
Bases de datos del servidor: Contienen mecanismos para garantizar la
fiabilidad y consistencia de los datos y están dirigidas a aplicaciones
multiusuario. Estas bases de datos están diseñados para ejecutarse en
servidores de alto rendimiento y tienen un precio proporcionalmente
mayor.
55. Consideraciones para elegir un buen Sistema de
Gestión de Base de Datos (DBMS)
El proceso de análisis de las necesidades será
específico para su organización, sino que,
como mínimo, debe responder a las siguientes
preguntas:
56. Consideraciones para elegir un buen Sistema de
Gestión de Base de Datos (DBMS)
• ¿Quién va a utilizar la base de datos y las tareas que
se llevan a cabo?
• ¿Con qué frecuencia los datos sean modificados?
¿Quién va a hacer estas modificaciones?
• ¿Quién proveerá soporte de TI para la base de datos?
• ¿Qué hardware está disponible? ¿Existe un
presupuesto para la compra de hardware adicional?
• ¿Quién será el responsable de mantener los datos?
• ¿Los datos se ofrecerán acceso a través de Internet?
Si es así, ¿qué nivel de acceso debe ser apoyado?
57. Consideraciones para elegir un buen Sistema de
Gestión de Base de Datos (DBMS)
Las bases de datos de escritorio
• Microsoft Access,
• FoxPro,
• FileMaker Pro,
• Paradox y
• Lotus Approach
58. Consideraciones para elegir un buen Sistema de
Gestión de Base de Datos (DBMS)
Las bases de datos de escritorio (Beneficios)
1. Bajo costo.
2. Fácil de usar.
59. Consideraciones para elegir un buen Sistema de
Gestión de Base de Datos (DBMS)
Las bases de datos de servidor
1. Microsoft SQL Server,
2. Oracle,
3. IBM DB2,
4. MySQL
60. Consideraciones para elegir un buen Sistema de
Gestión de Base de Datos (DBMS)
Las bases de datos de servidor (Beneficios)
1. Flexibilidad.
2. Potente rendimiento.
3. Escalabilidad.
61. EVALUACIÓN DE UN DBMS.
La evaluación, no es simplemente una cuestión
de comparación o descripción de un sistema
frente a otro sistema de forma independiente.
….. el valor dentro de una organización depende
de su problema en su entorno propio.
62. EVALUACIÓN DE UN DBMS.
En una organización pequeña, es posible que
una sola persona sería capaz de hacer el trabajo,
pero las grandes organizaciones tienen que
establecer formalmente un equipo de
evaluación. Incluso la composición de este
equipo va a cambiar algo en la medida que el
proceso de evaluación siga su camino.
63. EVALUACIÓN DE UN DBMS.
Un buen inicio sería interpretar las necesidades
de los usuarios.
Los profesionales de tecnología de la
información evaluaran las deficiencias técnicas
de los diferentes sistema de base de datos y
finalmente el personal financiero y contable
examinar las estimaciones de costos,
alternativas, pagos, requisitos de personal, y las
negociaciones del contrato.
64. EVALUACIÓN DE UN DBMS.
El equipo de evaluación también deben ser
conscientes de las cuestiones técnicas y
administrativas. Estos criterios técnicos podrían
ser los siguientes:
• Gestión de transacciones.
• Interfaz de programación.
• Conectividad.
• Integridad DBMS.
65. EVALUACIÓN DE UN DBMS
Integridad DBMS
El término integridad de datos se refiere a la
corrección y completitud de los datos en la base de
datos. Cuando los contenidos de una base de datos
se modifican con sentencias INSERT (insertar),
DELETE (borrar) o UPDATE (actualizar), la integridad
de los datos almacenados puede perderse de
maneras diferentes, a continuación algunos
ejemplos:
66. EVALUACIÓN DE UN DBMS
• Pueden añadirse datos no válidos a la base de datos,
tales como un pedido que especifica un producto no
existente.
• Pueden modificarse datos existentes tomando un valor
incorrecto, como, por ejemplo si se reasigna un
vendedor a una oficina no existente.
• Los cambios a la base de datos pueden perderse
debido a un error del sistema o a un fallo en el
suministro de potencia.
• Los cambios pueden ser aplicados parcialmente, como
por ejemplo si se añade un pedido de un producto sin
ajustar la cantidad disponible para vender.
67. EVALUACIÓN DE UN DBMS
Entonces…. ¿Qué es la integridad de datos?
• Para preservar la consistencia y corrección de los
datos almacenados un DBMS relacional impone
generalmente una o más restricciones de
integridad de datos. Estas restricciones restringen
los valores que pueden ser insertados en la base
de datos o creados mediante una actualización de
la base de datos. Varios tipos diferentes de
restricciones de integridad de datos suelen
encontrarse en las bases de datos relacionales,
incluyendo:
68. EVALUACIÓN DE UN DBMS
• Datos requeridos: algunas columnas en una
base de datos debe contener un valor de dato
válido en cada fila, es decir, no se permite que
contengan valores NULL o que falten. Puede
especificarse columnas requeridas cuando se
crea una tabla cuyo caso, el DBMS impedirá
los valores NULL en esas columnas.
69. EVALUACIÓN DE UN DBMS
• Chequeo de validez: cada columna de la base
de datos tiene un dominio, es decir, un
conjunto de valores que son legales para esa
columna. El DBMS puede ser preparado para
impedir otros valores en estas columnas.
• Integridad de identidad: la clave primaria de
una tabla debe contener un valor único en
cada fila, diferente de los valores de todas las
filas restantes.
70. EVALUACIÓN DE UN DBMS.
Del mismo modo podría haber criterios
administrativos tales como:
1. Plataforma de hardware requerida.
2. Documentación.
3. La estabilidad financiera del vendedor.
4. Soporte técnico.
5. El costo inicial.
6. Costos recurrentes.
71. EVALUACIÓN DE UN DBMS.
Después de haber realizado la primera revisión
para elegir un DBMS, vamos a crear una lista con
las características y la información
correspondiente de cada DBMS en forma de
tabla.
72. Practica en clase
• Instalar y configurar un manejador de base de
datos, usando los asistentes proporcionados
por el fabricante del gestor.
• Realizar un análisis comparativo de diferentes
manejadores de bases de datos.
73. 10 consideraciones antes de elegir un DBMS
1. COLABORACIÓN.
Las herramientas de bases de datos que
permiten la colaboración y la comunicación con
la administración, control de calidad, el
desarrollo y los socios pueden ayudar a todos a
tener éxito en este entorno conectado.
74. 10 consideraciones antes de elegir un DBMS
2. Visualización de Datos.
La mayoría de la gente tiene una preferencia en
la forma en que desea analizar la información.
Algunos prefieren un enfoque gráfico; algunos
quieren flujos de datos en bruto, mientras que
otros se benefician de ambos.
75. 10 consideraciones antes de elegir un DBMS
3. FUNCIONALIDAD DBMS.
¿Se puede mostrar las tablas y columnas, pero
se le muestran las opciones especializadas y
objetos especiales para cada DBMS en su
entorno?
78. 10 consideraciones antes de elegir un DBMS
6. LOS COSTOS OCULTOS DE SOFTWARE DE
GESTIÓN E IMPLEMENTACIÓN.
Considerar la posibilidad de herramientas que
pueden ser administrados desde la "nube", que
puede simplificar la concesión de licencias,
reducir los costes y control de acceso mediante
la virtualización, etc.
79. 10 consideraciones antes de elegir un DBMS
7. Inversión de futuro.
Considere las ventajas futuras de contar con una
herramienta que pueda permitir a todos actualizarse al
día rápidamente cuando negocio necesita un cambio.
80. 10 consideraciones antes de elegir un DBMS
8. FLEXIBILIDAD.
¿Alguna vez ha deseado que el mejor desarrollador MS SQL
Server pase a un proyecto de Oracle?
81. 10 consideraciones antes de elegir un DBMS
9. PERFORMANCE Y DISPONIBILIDAD.
Los DBAs y desarrolladores están bajo presión
constante para mejorar la base de datos y
rendimiento de las aplicaciones. Optimización del
rendimiento es también un ingrediente clave en la
lucha por estirar los TI dólares a su límite absoluto.
82. 10 consideraciones antes de elegir un DBMS
10. SER EL HÉROE.
Sé el héroe, considere las herramientas que aumentarán
su rendimiento personal y valor a su organización y elevar
el perfil de todo su equipo.
83. Practica en clase
Realizar un análisis comparativo de diferentes
manejadores de bases de datos para determinar
cual es el más conveniente a utilizar para un
sistema que se desarrollará.
Los requerimientos del sistema se encuentran
detallados en el documento: SRS_Trámites y
Servicios v1.0
Se sugiere utilizar un documento de excel para
realizar la comparativa.
84. Practica en clase
Preguntas comunes a la hora de elegir una base de datos son:
• A cuantos clientes quiero dar servicio de forma concurrente.
• Que tamaño de datos voy a necesitar gestionar.
• Voy a necesitar implementar trabajos por lotes que accederán a la
base de datos
• Qué exigencia de tiempo de respuesta necesito dar a mis clientes
• Cómo voy a escalar mi base de datos según vaya aumentando el
número de clientes y transacciones
• Como voy a monitorizar mi base de datos para conseguir el menor
posible tiempo de indisponibilidad.
• Necesito una base de datos relacional o una no SQL
• Comportamiento de la base de datos ante caída. Como se comporta
con problemas.
86. ..generaciones de computadoras.
Debido al avance de las generaciones de las
computadoras, las bases de datos no se quedan
atrás, tuvieron que avanzar junto con los
lenguajes de programación y las necesidades de
los programadores para el almacenaje de datos
y actualmente las bases de datos se han
convertido en un tipo de lenguaje multiusuario.
87. Móviles
La expectativa del futuro de las bases de datos se
proyecta a la manipulación de bases de datos por
medio de todos dispositivos móviles.
88. Big Data
Este tipo de bases de datos serán totalmente
necesarios para procesar una infinidad de datos
provenientes de diferentes medios, como
paginas WEB… El objetivo del Big Data, además
de ser capaz de procesar millones de datos
procedentes de millones de medios, es el de
detectar patrones de comportamiento después
de analizar los datos.
90. Futuro cercano
Base de datos en memoria:
La forma en que los datos están organizados y se
manejan es totalmente diferente. Se usan
estructuras de datos simples, se eliminan
problemas de transferencia de información. Una
operación se puede ejecutar de 20 a 200 veces más
rápido que en sistemas convencionales. El acceso
óptimo es en forma de interfaz de programación
(APIs). Sybase, Oracle, Four Js y otros ofrecen
algunas de estas capacidades.
91. Futuro cercano
Almacenamiento columnar:
Para análisis estadístico, como almacenes de datos,
es posible almacenar columnas en lugar de
renglones, reduciendo la entrada y salida en forma
significativa.
Almacenamiento no relacional:
Para agregar grandes cantidades de datos y realizar
operaciones de búsqueda ha aparecido éste
modelo. BigTable de Google, SimpleDB de Amazon
y Azure Storage de Microsoft son ejemplos.
92. Futuro cercano
La nube:
Ofrece por primera vez la verdadera posibilidad
de almacenamiento ilimitado. Bases de datos en
data centers internos pueden “extenderse” a
operar en centros de datos públicos. Microsoft
SQL Azure es el mejor ejemplo.