Esquema Tercera Evaluación

VACABULARIO

Query
Conculta
Behavior
Comportamiento
Nurse
Enfermera
Stamp
Sello
Nursery
Guardería
Workbench
Banco de trabajo
Scrapyard
Desgüace
Template
Plantilla
Tightly
Fuertemente/intensamente
Performance
Rendimiento
Neverthlee
Sin embargo
Improve
Mejorar
i18n
Internacional
Strike
Huelga
Enrollment
Inscripción
Achieve
Conseguir
Knowledge
Conocimiento
Syllabus
Programas
Invoice
FacturaBASES DE DATOS

1. RDMS (Relational Data Model System)
Bases de datos relacionales

2. RBAC (Rol Bassed Acces Control)
Control de acceso basado en sistema de roles
Acceso basado en la autentificación de usuarios
A los usuarios se le asignan roles
A los roles se le asignan acciones
Puede haber permisos por código y permisos por base de datos

3. MVC (Model View Controller)
Forma de hacer unaaplicación más generalizada
Model
Representación de la información con la que el sistema opera
Representation of the information with which the system operates
La base de datos que hemos creado en los pasos anteriores
View
Presenta el modelo en un formato adecuado para interactuar
GUI: Graphical User Interface
Controller
Responde a eventos e invoca peticiones al modelo
Hace solicitudes sobre lainformación
Es el software, la parte de programación
Scaffolding
Técnica de algunos MVC
Evolución de los generadores de código para BD


4. MVW (Model View Whatever)
Modelo típico de tres capas
Whatever
Parte que hace las funciones de controlador
Parte que se encarga de controlar las cosas
Al usuario se le muestran los datos, no la base de datos


5.

MONGO DB

1. Descripción
noSQL
No soportael algrebra relacional
No admite JOINs
Usa documentos Json
Usa estructura de dynamic schema
Es muy matemático
Fácil de usar cuando se quieren hacer cosas simples
En la escala rendimiento-funcionalidat, mongo se decanta por el rendimiento
Una noSQL DB es fuerte cuando su Java lo es
Cuando el 70% de la web está programada en Java
Cuando se va a usar Java y no es necesario recargarlo todo
Se puedentener bases de datos mixtas, o usar varias bases de datos de diferentes tipos en la aplicación

2. Documentos
Json, expresiones Java
{‘key’: ‘valor’, ‘key2’: ‘valor2’, …, ‘keyN’: ‘valorN’}
Uso de keys y valores
Los valores pueden ser cualquier cosa (listas, diccionarios…)
Todos los documentos tienen una id
uId
Id de tipo string
Generado de manera aleatoria (no secuencial)
Permite que documentos dela misma colección tengan keys diferentes
En un documento podemos especificar el nombre y hobbies de una persona
En otro documento podemos especificar el nombre y fecha de nacimiento
Cada documento es diferente y está separado
Es keysensitive
Las keys deben estar en minúscula
Admite valores Null
En una array se sule poner el mismo tipo de datos o almenos que tengan una correlación entre sí

3.Expresiones
Un documento:
Equivalente a un registro de una entidad o fila de una tabla
Es un documento JSon
Una colección:
Equivalente a una entidad o a una tabla
Es un conjunto de documentos


4. Transacciones
No soporta transacciones
Los documentos están dispuestos de forma jerarquica
No se pueden pasar los datos de un documento a otro
Definición de transacciones:
Se debe asegurar que los datosque salen de una entidad llegan a su destino
Si la operación no tiene ningún error habrá ido bien: CONMIT
Si da error, deshacer la operación: ROLLBACK
No nos importan las relaciones entre documentos
Por ello, no lo usariamos en una BD en que nos interesen todos los datos
Se pueden hacer transacciones en una misma colección
No se pueden hacer transacciones entre múltiples documentos
Es automáticoAsegura la persistencia de un único uId
No permite ROLLBACKs
Cualquier cosa se puede guardar de forma jerarquica


5.

ERRORES VIGENTES

1. Diseño o planificación pobre
Es imposible prever todas las necesidades
Importante mitigar errores potenciales con una buena planificación
Hay que acercarse lo más posible al problema real
La falta de experiencia crea diseños pobres
Si no se encuentran todos...