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.

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 y OfferId, según lo facilitado en la tabla principal.

• Recuperación de todos los registros de oferta ACCEPTED/DECLINED de OfferType específicos asociados con cuentas usando AccountId, OfferType, y Status, según lo facilitado por el índice secundario GSI1.

• 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.