Professional Documents
Culture Documents
SQL?
El lenguaje SQL es, sin duda, una leyenda en la informática y uno de los grandes
estándares de uso y fama mundial.
PDUs Monitorizables
Estas PDUs tienen la característica principal de que se puede monitorizar el tráfico de energía
que discurre por ella. Se puede realizar por dos vías: una mediante un pequeño display
colocado en la misma regleta, muy útil para los instaladores ya que pueden prever las
sobrecargas durante la instalación o bien monitorizándolo en remoto conectándolas a la red,
muy útil para CPDs de otras ubicaciones. Además permite configurar avisos cuando se supere
un tráfico determinado. Existe otra diferencia básica entre las PDUs Monitorizables:
– PDUs Monitorizables en Bloque: en este caso, es posible monitorizar el tráfico que pasa
por toda la PDU intentando evitar una sobrecarga completa del equipo.
– PDUs Minitorizable por Tomas: con estos modelos se puede monitorizar el tráfico de cada
una de las tomas de corriente detectando así si una de las tomas está sobrecargada o de
donde puede venir un posible fallo
PDUs Monitorizables y Gestionables
La función más característica de este tipo de PDUs es que permiten hacer una gestión en
remoto del apagado y encendido de las distintas tomas. Así pues, si es necesario realizar un
reinicio de un equipo o simplemente desconectarlo, a través de estas PDUs y de manera
remota se puede hacer el apagado de la toma donde está conectado para posteriormente
encenderlo. Esto permite en muchas ocasiones evitar el desplazamiento a un armario rack en
un CPD fuera de las instalaciones de quien realiza la gestión de las mismas evitando costes
innecesarios. Al igual que en el caso de las PDUs Monitorizables, existen tipos distintos de
dispositivos:
– PDUs Monitorizables en Bloque y Gestionables: al igual que el caso anterior, aquí solo
podemos supervisar el tráfico total de la PDU aunque la gestión si la podemos hacer por
tomas
– PDUs Minitorizables por Tomas y Gestionables: con estos modelos podremos
monitorizar el tráfico cada una de las tomas y poder hacer una gestión más eficaz por tomas
también.
PDUs Verticales
Las PDUs verticales o PDUs ZeroU (0U) son aquellas que se colocan de manera vertical en
los armarios rack evitando ocupar alturas. Éstas se colocan en los bastidores de los armarios
y permiten disponer de tomas de corriente en casi cualquier altura del armario. Normalmente
son las más populares precisamente porque el espacio dentro de los armarios suele ser muy
limitado y el cableado queda más recogido que en el caso de las PDUs Horizontales.
IEC-320 C20: Lo hemos visto en el apartado de Tomas de Salida siendo el C20 la toma
macho. Su uso está más estandarizado que los anteriores en entornos informáticos y se trata
de una conexión que permite Voltajes de 230V y una capacidad de hasta 16A.
Las claves sucedáneas unen las tablas de dimensiones a la tabla de hechos. Las
claves sucedáneas son un medio importante para identificar cada instancia o
entidad en una tabla de dimensiones. FIN
La clave primaria
de una tabla es la columna cuyos valores son diferentes en cada fila. Puesto que
son diferentes, convierten cada fila en exclusiva. Si no existe ninguna columna de
este tipo, la clave primaria es una composición de dos o más columnas cuyos
valores, combinados, son distintos en cada fila.
Cada tabla del modelo debe tener una clave primaria. Esta norma se deriva
automáticamente de la norma que indica que todas las filas deben ser exclusivas.
Si es necesario, la clave primaria se compone de todas las columnas combinadas.
No utilice series de caracteres largas como claves primarias.
Para eficacia, la clave primaria debe ser uno de los siguientes tipos:
Numérico (INT o SMALLINT)
Serie (BIGSERIAL, SERIAL o SERIAL8)
Una serie de caracteres corta (como la que se utiliza para códigos).
Nunca se permiten valores NULL en una columna de clave primaria. Los valores
NULL no se pueden comparar; es decir, no se puede decir si son parecidos o
diferentes. Por lo tanto, no pueden hacer que una fila sea exclusiva, en
comparación con las demás. Si una columna permite valores NULL, no puede
formar parte de una clave primaria. Al definir una restricción PRIMARY KEY, el
servidor de bases de datos también crea silenciosamente una restricción NOT
NULL en la misma columna, o en el mismo conjunto de columnas que componen
la clave primaria.
Algunas entidades tienen claves primarias ya preparadas, como códigos de
catálogos o números de identidad, que se definen fuera del modelo. A veces se
puede utilizar más de una columna o grupo de columnas como clave primaria.
Todas las columnas o grupos que están cualificados para ser claves primarias se
denominan claves candidatas. Todas las claves candidatas se deben tener en
cuenta porque su propiedad de exclusividad las convierte en previsibles en una
operación SELECT.
la clave primaria es un numero o cadena de texto que identifica de manera unica los
registros de una tabla.
por ejemplo, si tienes una tabla "clientes" puedes declarar como clave primaria el campo
NIF.
la clave primaria sirve para poder seleccionar un registro en particular de tu tabla sin que
exista ambiguedad. por ejemplo:
select nombre
from clientes
where NIF = "52888777Z"
te devolvera solo el nombre del cliente que tiene el NIF arriba indicado.
es una buena tecnica indicar siempre una clave primaria en todas las tablas.
las claves foraneas sirven para relacionar dos tablas entre si.
por ejemplo, si cada cliente ofrece un servicio, puedes incluir un campo en la tabla
"clientes" (llamalo, por ejemplo, servicio_id) de manera que apunte a los registros de otra
tabla "servicios" indicando asi los servicios que ofrece.
El objetivo de ello es tener una identificación unica por cada registro, mediante un campo
en el que no se puedan repetir los valores, claro que indirectamente las consultas son mas
rápidas.
Es como tu número de cédula, es único y no hay otra persona con ese mismo número. En
el Sistema del registro civil no te conocen por tu nombre sinó por tu número de cédula, y
cuando hacen una búsqueda te buscan por número de cédula
ID de Sesión
Un ID de sesión es un número de identificación que se genera en el lado del
servidor para asignar peticiones de usuario a una sesión. Este ID se almacena
localmente con el usuario y se transfiere en forma de cookies o como un atributo
URI (Uniform Resource Identifier).
Contenido
[ocultar]
1 Cómo funciona
2 ID de sesión como cookie
3 ID de sesión como atributo URI
4 Seguridad de los ID de sesión
5 Relevancia para el SEO
6 EnlacesWeb
Se puede acceder a los datos de la última sesión que se almacena en el lado del
servidor utilizando el ID de sesión del usuario. El navegador recibe los datos
correspondientes. Este método es especialmente útil en el campo del comercio
electrónico. El cliente podrá ver los carritos de la compra con los artículos no
comprados o vistos por última vez de su sesión anterior.
Para poder dar una identificación única a un usuario, el ID de sesión debe estar
disponible en el servidor para cada solicitud. El servidor asigna los datos
asociados al cliente. Si no hay ningún ID, el servidor trata la solicitud como nueva
y crea un ID de sesión no utilizado como resultado.
RELACIONES BDATOS
Las relaciones de bases de datos son asociaciones entre tablas que se crean
utilizando sentencias de unión para recuperar datos.
La tabla siguiente describe las relaciones de bases de datos.
Tipo de relación Descripción
Unívoca Las dos tablas pueden tener sólo un registro en cada lado
de la relación.
Cada valor de clave primaria se relaciona con sólo un (o
ningún) registro en la tabla relacionada.
La mayoría de relaciones unívocas están impuestas por las
reglas empresariales y no fluyen con naturalidad a partir de
los datos. Sin este tipo de regla, generalmente podrá
combinar ambas tablas sin incumplir ninguna regla de
normalización.
Uno a varios La tabla de claves primaria sólo contiene un registro que se
relaciona con ninguno, uno o varios registros en la tabla
relacionada.
Varios a varios Cada registro en ambas tablas puede estar relacionado con
varios registros (o con ninguno) en la otra tabla. Estas
relaciones requieren una tercera tabla, denominada tabla de
enlace o asociación, porque los sistemas relacionales no
pueden alojar directamente la relación.