Modelos de datos de ejemplo para NoSQL Workbench
La página principal del modelador y el visualizador muestran una serie de modelos de ejemplo que se incluyen con NoSQL Workbench. En esta sección se describen estos modelos y sus usos potenciales.
Temas
Modelo de datos de empleados
Este modelo de datos es un modelo introductorio. Representa los detalles básicos de un empleado, como un alias único, nombre, apellido, designación, gerente y habilidades.
Este modelo de datos representa algunas técnicas como el manejo de atributos complejos, como tener más de una habilidad. Este modelo es también un ejemplo de relación de uno a varios a través del gerente y sus empleados subordinados que se ha logrado mediante el índice secundario DirectReports.
Los patrones de acceso que este modelo de datos facilita son:
-
Recuperación de un registro de empleado utilizando el alias de inicio de sesión del empleado, facilitada por una tabla llamada
Employee
. -
Buscar empleados por nombre, facilitado por el índice secundario global de la tabla Empleado llamado
Name
. -
Recuperación de todos los informes directos de un gerente utilizando el alias de inicio de sesión del gerente, facilitada por el índice secundario global de la tabla Empleado llamado
DirectReports
.
Modelo de datos del foro de debate
Este modelo de datos representa un foro de debate. Con este modelo los clientes pueden interaccionar con la comunidad de desarrolladores, plantear preguntas y contestar a las publicaciones de otros clientes. Cada servicio de AWS tiene un foro específico. Cualquier persona puede iniciar un nuevo hilo de debate publicando un mensaje en un foro, y cada hilo recibe un cierto número de respuestas.
Los patrones de acceso que este modelo de datos facilita son:
-
Recuperación de un registro de foro utilizando el nombre del foro, facilitada por una tabla llamada
Forum
. -
Recuperación de un hilo específico o todos los hilos de un foro, facilitada por una tabla llamada
Thread
. -
Busque respuestas utilizando la dirección de correo electrónico del usuario de publicación, facilitado por el índice secundario global de la tabla Respuesta llamado
PostedBy-Message-Index
.
Modelo de datos de biblioteca de música
Este modelo de datos representa una biblioteca de música que tiene una gran colección de canciones y muestra sus canciones más descargadas casi en tiempo real.
Los patrones de acceso que este modelo de datos facilita son:
-
Recuperación de un disco de canción, facilitada por una tabla llamada
Songs
. -
Recuperación de un registro de descarga específico o todos los registros de descarga de una canción, facilitada por una tabla llamada
Songs
. -
Recuperación de un registro de recuento mensual específico de descargas o todos los registros de recuento de descargas mensuales de una canción, facilitada por una tabla llamada
Song
. -
Recuperación de todos los registros (incluidos los registros de canciones, los registros de descargas y los registros de recuento de descargas mensuales) de una canción, facilitada por una tabla llamada
Songs
. -
Buscar la mayoría de las canciones descargadas, facilitado por el índice secundario global de la tabla Canciones llamado
DownloadsByMonth
.
Modelo de datos de la estación de esquí
Este modelo de datos representa una estación de esquí que tiene una gran colección de datos para cada telesilla recopilada diariamente.
Los patrones de acceso que este modelo de datos facilita son:
-
Recuperación de todos los datos de un remonte determinado o complejo general, dinámico y estático, facilitada por una tabla llamada
SkiLifts
. -
Recuperación de todos los datos dinámicos (incluidos los transportes únicos, la cobertura de nieve, el peligro de avalancha y el estado del ascensor) para un telesilla o el centro vacacional en una fecha específica, facilitada por una tabla llamada
SkiLifts
. -
Recuperación de todos los datos estáticos (incluyendo si el transporte es solo para experimentados, pies verticales que el transporte se eleva y tiempo de conducción en el transporte) para un telesilla específico, facilitado por una mesa llamada
SkiLifts
. -
Recuperación de la fecha de los datos registrados para un remonte específico o el complejo general ordenado por usuarios individuales totales, facilitada por el índice secundario global de la tabla SkiLifts llamado
SkiLiftsByRiders
.
Modelo de datos de ofertas de tarjetas de crédito
Este modelo de datos es utilizado por una aplicación de ofertas de tarjetas de crédito.
Un proveedor de tarjeta de crédito produce ofertas a lo largo del tiempo. Estas ofertas incluyen transferencias de saldo sin cargos, mayores límites de crédito, tasas de interés más bajas, devolución de efectivo y millas aéreas. Después de que un cliente acepte o rechace estas ofertas, el estado de la oferta correspondiente se actualiza en consecuencia.
Los patrones de acceso que este modelo de datos facilita son:
-
Recuperación de registros de cuenta usando
AccountId
, según lo facilitado en la tabla principal. -
Recuperación de todas las cuentas con pocos elementos previstos, facilitada por el índice secundario
AccountIndex
. -
Recuperación de cuentas y todos los registros de oferta asociados con esas cuentas mediante el uso de
AccountId
, facilitado por la tabla principal. -
Recuperación de cuentas y registros de ofertas específicas asociadas con esas cuentas mediante el uso de
AccountId
yOfferId
, según lo facilitado en la tabla principal. -
Recuperación de todos los registros de oferta
ACCEPTED/DECLINED
deOfferType
específicos asociados con cuentas usandoAccountId
,OfferType
, yStatus
, según lo facilitado por el índice secundarioGSI1
. -
Recuperación de ofertas y registros de elementos de oferta asociados utilizando
OfferId
, según lo facilitado en la tabla principal.
Modelo de datos de marcadores
Este modelo de datos se utiliza marcadores de tienda para los clientes.
Un cliente puede tener muchos marcadores y un marcador puede pertenecer a muchos clientes. Este modelo de datos representa una relación de muchos a muchos.
Los patrones de acceso que este modelo de datos facilita son:
-
Una sola consulta de
customerId
ahora puede devolver datos de clientes, así como marcadores. -
Un índice
ByEmail
de consulta devuelve los datos del cliente por dirección de correo electrónico. Tenga en cuenta que este índice no recupera los marcadores. -
Un índice de consulta
ByUrl
obtiene datos de marcadores por URL. Tenga en cuenta que tenemos customerId como clave de ordenación para el índice porque la misma URL puede ser reservada por varios clientes. -
Un índice de consulta
ByCustomerFolder
obtiene marcadores por carpeta para cada cliente.