Best Practices for Meaningful Employee Satisfaction Questions
Employee satisfaction plays a critical role in any business. Employees who are happy and satisfied are more productive and motivated, which can lead to a positive working environment. However, a…
独家优惠奖金 100% 高达 1 BTC + 180 免费旋转
BBDD.Modelo Relacional.
Paso del Modelo E-R al Relacional.
El modelo relacional es un paso previo para la conversión, en la práctica, de las tablas y atributos que pueda haber en una base de datos.
En esta parte lo que se a intentar lograr es pasar el esquema que hicimos en pasos anteriores a un esquema de tablas previo para luego reflejarlo en la práctica a través de SQL. Empecemos:
Nota: Como no tengo forma de poder subrayar el identificador y las claves foráneas en medium voy a cambiar un poco la leyenda.
Quedaría de la siguiente forma:
Entidad: Identificador, Atributo1, Atributo2, Candidata.
Relaciones de entidades cuya cardinalidad máxima sera n en las dos entidades.
Entidad: Identificador1, Atributo1.
Entidad2: Identificador2,Atributo2.
Relación: Identificador1, Identificador2, Atributo3.
Las relaciones ternarias, cuaternarias…etc, que unen más de dos relaciones se tratarán como las N:M, es decir, se crea una tabla por entidad con todos sus atributos, identificadores y candidatas que hubiere. Y para finalizar se generará otra tabla de relación con todos los identificadores de las entidades intervinientes y los posibles atributos que pudiera haber en la relación.
Entidad1: Identificador1, Atributo1.
Entidad2: Identificador2, Atributo2.
Entidad3: Identificador3, Atributo3.
Relación: Identificador1, Identificador2, Identificador3, Atributo4.
En el tipo de relación binaria 1:N, no es necesario generar otra tabla, lo que se hace incluir en la entidad del lado de N el identificador de la otra tabla y los posibles campos de la relación si los hubiere. Veamos como funciona:
Entidad1: Identificador1, Atributo1 Identificador2, Atributo3.
Entidad2. Identificador2, Atributo2.
Relaciones donde todas las cardinalidades sean 1 en todas sus entidades. Hay dos formas de proceder:
Primera Solución.
Entidad1: Identificador1, Atributo1, Identificador2, Atributo3.
Entidad2: Identificador2, Atributo2.
Segunda Solución.
Entidad1: Identificador1, Atributo1, Identificador2(candidata), Atributo2, Atributo3.
Relaciones 1:1 cuya cardinalidad máxima sera 1 en las dos entidades pero una de ellas la cardinalidad mínima es 0.
En este caso no conviene generar una única tabla, ya que habría muchos valores nulos en la tabla. Lo que se haría es generar una tabla por cada entidad y en la que la cardinalidad es 0, se coloca la clave principal de la otra tabla.
Entidad1: Identificador1, Atributo1, Identificador2(candidata), Atributo3.
Entidad2: Identificador2, Atributo2
En el que caso de que nos encontremos con cardinalidades (0,1) en ambas entidades, la solución es casi la misma, la diferencia está en que la clave alternativa no estará en la Entidad1, pasaría a la Entidad2 pero no sería clave alternativa pero si tendría una restricción de unicidad (Unique).
Entidad1: Identificador1, Atributo1, Atributo3.
Entidad2: Identificador2, Atributo2, Identificador2(unicidad)
En este tipo de relaciones se trata como una relación normal, la diferencia está es que es posible que al pasarlo al Modelo Relacional se repita dos veces un mismo campo para relacionarlo con sí mismo.
Entidad1: Identificador1, Atributo1, Identificador1, Atributo2.
Entidad1: Identificador1, Atributo1.
Relación: Identificador1, Identificador1, Atributo2.
Para transformar al modelo relacional las relaciones ISA se hace teniendo en cuenta la siguientes normas:
Entidad1: Identificador1, Atributo1, Identificador1.
Entidad2: Identificador2, Atributo2, Identificador1.
Entidad3: Identificador3, Atributo3, Identificador1.
Entidad1: Identificador1, Atributo1.
Entidad2: Identificador1, Atributo2.
Entidad3: Identificador1, Atributo3.
Vamos a hablar ahora de algo que yo creo que es muy importante a la hora de gestionar bases de datos; los usuarios y los permisos. Mysql al ser un administrador y servidor de base de datos, necesitamos tener usuarios y darle permisos a esos usuarios para controlar que puedan hacer, ya que no es muy seguro usar siempre el usuario root para todo, ya que si la cagamos podemos liarla bien.
Ahora mismo el usuario que se ha creado no vale para nada, debemos darle permisos para que pueda hacer algo en la base de datos ya que no tiene otorgado nada, está ahí sólo sin poder moverse.
En este ejemplo le estamos dando todos los permisos de todas las bases de datos y tablas que haya en el servidor. Esto es una locura porque prácticamente estamos dándole permisos root a este usuario.
Estos son los permisos con los que podemos jugar:
¿Entonces como lo hago de forma correcta?
Normalmente no damos un permiso sólo, para especificar varios permisos sólo hay que separarlos mediante comas.
¿Y si quiero quitar permisos? Pues se hace exactamente igual, salvo que cambia el comando a REVOKE:
Podemos revocar varios permisos a la vez, sólo hay que separarlos mediante comas.
Otras cosas que podemos hacer con los usuarios:
ahora si queremos probar el nuevo usuario lo que debemos hace es salir del servidor y volver a iniciar sesión en MySql.
Related posts:
10 Secrets About strategic brand management You Can Learn From TV
GDPR Impact of Cloud Products and services.The strategy of multi- stage hybrid cloud is going to be prevalent by 2020 when the customers are going to be benefited from non-public and public cloud…
Mobile Disability Tech of the Future
The future is bright for individuals with mobility difficulties. Companies everywhere are working to make life more efficient, more accessible, and more enjoyable for people of all levels of physical…
The Black Arts Movement in Oakland and Berkeley
Ever so often a social and political movement merges with an art movement to create a uniquely vibrant environment that impacts communities for generations. The Black Arts Movement that began in…