MultiValue

Ir a: navegación, búsqueda de

MultiValue es un tipo de NoSQL y base de datos multidimensional, normalmente considerado sinónimo de PICK, originalmente desarrollado como una base de datos del Elegir sistema operativo.

Los bases de datos incluyen productos comerciales de Cohete Software, TigerLogic, jBASE, revelación, Ladybridge, InterSystems, Northgate Information Solutions, Software de Peterborough y otras empresas. Estas bases de datos difieren de un base de datos relacional en eso tienen características que apoyan y alentar el uso de atributos que pueden tomar una lista de valores, en lugar de todos los atributos de ser valoradas individualmente. A menudo están categorizados con PAPERAS dentro de la categoría post-relacionales bases de datos, aunque los datos del modelo en realidad las fechas previas al Modelo relacional. A diferencia de las herramientas SQL-DBMS, bases de datos más MultiValue pueden accederse con o sin SQL.

Contenido

  • 1 Historia
  • 2 Ejemplo de modelo de datos
  • 3 MultiValue DataBASIC
  • 4 Lenguaje de consulta de los
  • 5 Véase también
  • 6 Referencias

Historia

Don Nelson había diseñado el modelo de los datos en el temprano a mediados de los sesenta.[1] Dick Pick, un desarrollador en TRW, trabajó en la primera aplicación de este modelo para el ejército estadounidense en 1965. Selección considera el software a ser de dominio público porque fue escrito para los militares. Esta era la primera controversia con respecto a los bases de datos que fue abordada por los tribunales.[1]

Ken Simms escribió DataBASIC, a veces conocido como S-BASIC, a mediados de los 70. Se basaba en Dartmouth BASIC, pero tenían características para gestión de datos mejoradas. Simms jugado mucho Star Trek mientras se desarrolla el lenguaje, con el fin de tener la función del lenguaje de su satisfacción.[2]

Tres de las implementaciones de MultiValue, versión PICK R77, microdatos Realidad 3.x y Prime 1.0 información, eran muy similares. A pesar de los intentos de estandarizar, particularmente por espectro internacional y la Asociación de fabricantes de espectro, quién diseñó un logotipo para que todos puedan usar, [3] no existen estándares a través de implementaciones MultiValue. Posteriormente, estos sabores divergieron, aunque con un cruzado. Estas corrientes de desarrollo de base de los datos se podrían clasificar como un derivado PICK R83, uno de Microdatos Realidady uno de Primer Información.[4] Debido a las diferencias, algunas implementaciones tienen provisiones para apoyar varios sabores de las lenguas. Un intento para documentar las similitudes y diferencias se puede encontrar en la referencia de base de datos Post-Relational (PRDB). [5]

Grupos de comercialización y otros en la industria de los años han clasificados los bases de datos como pre-relational, post-relacionales, relacionales y encajado, con detractores clasificándolo como legado. Ahora se podría clasificar como NoSQL. Con un modelo de datos que se alinea con XML y permite el acceso con o sin el uso de SQL.

Una hipótesis razonable para este modelo de datos que duró más de 40 años, con nuevas implementaciones de bases de datos del modelo incluso en el siglo XXI es que proporciona soluciones de base de datos económicos. Históricamente, con puntos de referencia de la industria vinculados a transacciones SQL, esto ha sido una hipótesis difícil de probar, aunque hay considerables anécdotas de intentos fallidos para conseguir la funcionalidad de una aplicación MultiValue en un base de datos relacional marco.

A pesar de una historia de más de 40 años de implementaciones, a partir de TRW, muchos en la industria MultiValue han permanecido actuales para que diferentes implementaciones MultiValue ahora emplean versiones orientadas a objetos de datos básicos, apoyo AJAX Marcos, y porque no hay necesidad utilizar SQL (aunque algunos pueden) encajan bajo el NoSQL paraguas. De hecho, los desarrolladores fueron los primeros en adquirir los nombres de dominio nosql, probablemente antes de otros productos de base de datos clasificar sus ofertas como NoSQL así. MultiValue es un modelo de datos experimentado, pero con tantos proveedores compitiendo en este espacio, se ha mejorado continuamente durante los años.

Ejemplo de modelo de datos

En un sistema de base de los datos:

  • una base de datos se llama una "cuenta"
  • una tabla se denomina un "archivo"
  • una columna se llama una "cualidad", que se compone de "atributos múltiples" y "los atributos" para almacenar varios valores en el mismo atributo.

Los datos se almacenan utilizando dos archivos separados: un "archivo" para almacenar datos en bruto y un "Diccionario" para almacenar el formato para la visualización de los datos en bruto.

Por ejemplo, supongamos que hay un archivo (tabla) llamado a "Persona". En este archivo, existe un atributo llamado "eMailAddress". El campo Dirección de correo electrónico puede almacenar un número variable de los valores de dirección de correo electrónico en un solo registro. La lista [joe@example.com, jdb@example.net, joe_bacde@example.org] puede almacenar y acceder a través de una única consulta al acceder el registro asociado.

Lograr la misma relación (uno a muchos) dentro de un sistema de base de datos relacional tradicional sería necesario crear una tabla adicional para almacenar el número variable de direcciones de correo electrónico asociada a un único registro de "Persona". Sin embargo, sistemas de base de datos relacional moderno también apoyan este modelo de datos de valores múltiples. Por ejemplo, en PostgreSQL, una columna puede ser un array de cualquier tipo de base.

MultiValue DataBASIC

Como el Java lenguaje de programación, el típico DataBASIC compilador compila a P-code y corre en una máquina de P. Tiene tantos diferentes implementaciones (compiladores) como los bases de datos.

Como PHP lenguaje de programación, el lenguaje DataBASIC hace el encasillamiento para el programador.

Lenguaje de consulta de los

El lenguaje de consulta MultiValue conocido como inglés, acceso, AQL, UniQuery, recuperar, CMQL y por muchos otros nombres con los años, correspondientes a las distintas implementaciones MultiValue, difiere SQL en varios aspectos. Cada consulta es emitido contra un diccionario único dentro del esquema, que podría entenderse como un archivo virtual o un portal a la base de datos a través del cual ver los datos.

LISTA personas LAST_NAME FIRST_NAME EMAIL_ADDRESSES con LAST_NAME como "Van..."

La declaración anterior enumeraría todas las direcciones de correo electrónico para cada persona cuyo apellido comienza con "Van". Una sola entrada sería la salida para cada persona, con múltiples líneas mostrando las múltiples direcciones de correo electrónico (sin repetir otros datos acerca de la persona).

Véase también

  • jBASE por Temenos Group
  • Cohete U2 (Universo y UniData)
  • OpenInsight por revelación
  • OpenQM por Ladybridge sistemas
  • Realidad por Northgate-es
  • Caché por InterSystems

Referencias

  1. ^ Nelson, Don (1965). "Sistema (niñas) y recuperación de información general lengua".
  2. ^ Sisk, Jonathan (1987). BÁSICO de recogida: Guía de un programador. Ficha de libros.
  3. ^ "Hay símbolo".
  4. ^ Wolthuis, Dawn (2002). "Hay árbol de familia".
  5. ^ «Base de datos post-relacionales referencia».

Otras Páginas

Obtenido de"https://en.copro.org/w/index.php?title=MultiValue&oldid=635690197"