3 definiciones de relación o tabla y otras cosas mas.

3 definiciones de relación o tabla 

Tabla en las bases de datos, se refiere al tipo de modelado de datos, donde se guardan y almacenan los datos recogidos por un programa. Su estructura general se asemeja a la vista general de un programa de hoja de cálculo.

Una tabla es utilizada para organizar y presentar información. Las tablas se componen de filas y columnas de celdas que se pueden rellenar con textos y gráficos.

Las tablas se componen de dos estructuras:

• Registro: es cada una de las filas en que se divide la tabla. Cada registro contiene datos de los mismos tipos que los demás registros. Ejemplo: en una tabla de nombres ,direcciones, etc, cada fila contendrá un nombre y una dirección.
• Campo: es cada una de las columnas que forman la tabla. Contienen datos de tipo diferente a los de otros campos. En el ejemplo anterior, un campo contendrá un tipo de datos único, como una dirección, o un número de teléfono, un nombre, etc.

A los campos se les puede asignar, además, propiedades especiales que afectan a los registros insertados. El campo puede ser definido como índice o autoincrementable, lo cual permite que los datos de ese campo cambien solos o sean el principal a la hora de ordenar los datos contenidos.

Cada tabla creada debe tener un nombre único en la Base de Datos, haciéndola accesible mediante su nombre o su seudónimo (Alias) (dependiendo del tipo de base de datos elegida). La estructura de las tablas viene dada por la forma de un archivo plano, los cuales en un inicio se componían de un modo similar.

Las tablas son los objetos principales de bases de datos que se utilizan para guardar datos.

Elemento disponible en el lenguaje HTML para la creación de recuadros rectangulares que pueden o no estar anidados y pueden o no contener celdas(recuadros más pequeños dentro de una tabla, pero que no se consideran tablas). Las tablas se utilizan para organizar, posicionar o dar mejor formato a los textos y gráficos en una página web.

Pueden crearse gráficamente a través de un programa desarrollador de páginas web o manejando los tags correspondientes del lenguaje.

https://es.wikipedia.org/wiki/Tabla_(base_de_datos)

2 definiciones de base de datos.

Una base de datos es una colección de información organizada de forma que un programa de ordenador pueda seleccionar rápidamente los fragmentos de datos que necesite. Una base de datos es un sistema de archivos electrónico.

Las bases de datos tradicionales se organizan por campos, registros y archivos. Un campo es una pieza única de información; un registro es un sistema completo de campos; y un archivo es una colección de registros. Por ejemplo, una guía de teléfono es análoga a un archivo. Contiene una lista de registros, cada uno de los cuales consiste en tres campos: nombre, dirección, y número de teléfono.

A veces se utiliza DB, de database en inglés, para referirse a las bases de datos.

http://www.masadelante.com/faqs/base-de-datos

Básicamente, la clasificación implicará la búsqueda en un todo de todas aquellas cosas que guarden o compartan algún tipo de relación para así agruparlas. Generalmente, el objetivo primordial de la clasificación es encontrar el mejor ordenamiento posible, es decir, el más claro, para que, llegado el momento de la búsqueda de determinado elemento que ha sido clasificado, éste resulte más fácil de encontrar: ese es, primordialmente, el fin de toda clasificación.

Ahora bien, se pueden hacer miles de clasificaciones diferentes, sobre la base de los más variados criterios. Se pueden clasificar las empresas, por su origen, tipo o capital que disponen. También se pueden clasificar a las plantas, según su hábitat, las características de sus hojas, etc. Asimismo, se pueden clasificar desde libros hasta a los propios seres vivientes del planeta Tierra.

... via Definicion ABC https://www.definicionabc.com/ciencia/taxonomia.php

2 DEFINICIONES DE MODELO RELACIONAL, 2 IMÁGENES DEL MODELO RELACIONAL 

El modelo relacional, para el modelado y la gestión de bases de datos, es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos.

Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos.

Su idea fundamental es el uso de relaciones. Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados tuplas. Pese a que esta es la teoría de las bases de datos relacionales creadas por Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar, pensando en cada relación como si fuese una tabla que está compuesta por registros (cada fila de la tabla sería un registro o "tupla") y columnas (también llamadas "campos").

Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente.

https://es.wikipedia.org/wiki/Modelo_relacional

2 DEFINICIONES DE TUPLA, ATRIBUTO DOMINIO

Los dominios de atributos son reglas que describen los valores legales de un tipo de campo. Proporcionan un método para forzar la integridad de los datos. Los dominios de atributo se utilizan para limitar los valores permitidos en cualquier atributo concreto de una tabla o clase de entidad. Si las entidades de una clase de entidad o los objetos no espaciales de una tabla se han agrupado en subtipos, se pueden asignar diferentes dominios de atributo a cada uno de los subtipos. Un dominio es una declaración de valores de atributo aceptables. Cuando se asocia un dominio a un campo de atributo, solo son válidos para el campo los valores incluidos dentro de ese dominio. Dicho de otro modo, el campo no aceptará ningún valor que no esté en dicho dominio. El uso de dominios ayuda a garantizar la integridad de los datos al limitar las opciones de valores de un campo determinado.

Las clases de entidad, tablas y subtipos de una geodatabase pueden compartir los dominios de atributos.

Por ejemplo, una clase de entidad para la red de distribución de agua y una clase de entidad que almacene tomas de agua pueden utilizar el mismo dominio para el campo de tipo de superficie.

 http://desktop.arcgis.com/es/arcmap/10.3/manage-data/domains/an-overview-of-attribute-domains.htm

REGLAS DEL MODELO RELACIONAL DE CODD

12 reglas de Codd

Ir a la navegaciónIr a la búsqueda

Las 12 reglas de Codd son un sistema de reglas (numeradas del 0 al 12) propuestas por Edgar F. Codd, del modelo relacional para las bases de datos, diseñado para definir qué requiere un sistema de administración de base de datos.¹​

Codd se percató de que existían bases de datos en el mercado las cuales decían ser relacionales, pero lo único que hacían era guardar la información en las tablas, sin estar estas tablas literalmente normalizadas; entonces éste publicó 13 reglas que un verdadero sistema relacional debería tener aunque en la práctica algunas de ellas son difíciles de realizar. Un sistema podrá considerarse "más relacional" cuanto más siga estas reglas.²​

Reglas[editar]

• Regla 0: Regla de fundación Cualquier sistema que se proclame como relacional, debe ser capaz de gestionar sus bases de datos enteramente mediante sus capacidades relacionales.

• Regla 1: Regla de la información. Toda la información en la base de datos es representada unidireccionalmente por valores en posiciones de las columnas dentro de filas de tablas. Toda la información en una base de datos relacional se representa explícitamente en el nivel Lógico exactamente de una manera: con valores en tablas.

• Regla 2: Regla del acceso garantizado. Todos los datos deben ser accesibles sin ambigüedad. Esta regla es esencialmente una nueva exposición del requisito fundamental para las llaves primarias. Dice que cada valor escalar individual en la base de datos debe ser lógicamente direccionable especificando el nombre de la tabla, la columna que lo contiene y la llave primaria.

• Regla 3: Regla del tratamiento sistemático de valores nulos. El sistema de gestión de base de datos debe permitir que haya campos nulos. Debe tener una representación de la "información que falta y de la información inaplicable" que sea sistemática y distinta de todos los valores regulares.

• Regla 4: Catálogo dinámico en línea basado en el modelo relacional. El sistema debe soportar un catálogo en línea, el catálogo relacional, que da acceso a la estructura de la base de datos y que debe ser accesible a los usuarios autorizados.

• Regla 5: Regla comprensiva del sublenguaje de los datos. El sistema debe soportar por lo menos un lenguaje relacional que:
  1. Tenga una sintaxis lineal.
  2. Puede ser utilizado de manera interactiva.
  3. Tenga soporte de operaciones de definición de datos, operaciones de manipulación de datos (actualización así como la recuperación), de control de la seguridad e integridad y operaciones de administración de transacciones.

• Regla 6: Regla de actualización de vistas. Todas las vistas que son teóricamente actualizables deben poder ser actualizadas por el sistema.

• Regla 7: Alto nivel de inserción, actualización y borrado. El sistema debe permitir la manipulación de alto nivel en los datos, es decir, sobre conjuntos de tuplas. Esto significa que los datos no solo se pueden recuperar de una base de datos relacional a partir de filas múltiples y/o de tablas múltiples, sino que también pueden realizarse inserciones, actualización y borrados sobre varias tuplas y/o tablas al mismo tiempo y no sólo sobre registros individuales.

• Regla 8: Independencia física de los datos. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque realicen cambios en las representaciones de almacenamiento o métodos de acceso.

• Regla 9: Independencia lógica de los datos. Cualquier cambio a nivel físico que preserve la información deberá mantener los programas de aplicación y las actividades de la terminal intactos. La independencia de datos lógica es más difícil de lograr que la independencia física de datos.

• Regla 10: Independencia de la integridad. Las restricciones de integridad se deben especificar por separado de los programas de aplicación y almacenarse en la base de datos. Debe ser posible cambiar esas restricciones sin afectar innecesariamente a las aplicaciones existentes.

• Regla 11: Independencia de la distribución. La distribución de porciones de base de datos en distintas localizaciones debe ser invisible a los usuarios de la base de datos. Los usos existentes deben continuar funcionando con éxito:
  1. cuando una versión distribuida del SGBD se carga por primera vez
  2. cuando los datos existentes se redistribuyen en el sistema.

• Regla 12: La regla de la no subversión. Si el sistema proporciona una interfaz de bajo nivel de registro, aparte de una interfaz relacional, esa interfaz de bajo nivel no debe permitir su utilización para subvertir el sistema. Por ejemplo para sortear las reglas de seguridad relacional o las restricciones de integridad. Esto es debido a sistemas no relacionales previamente existentes se les añadió una interfaz relacional pero, al mantener la interfaz nativa, seguía existiendo la posibilidad de trabajar no relacionalmente.

https://es.wikipedia.org/wiki/12_reglas_de_Codd