guardar - Diseño de base de datos NoSQL para consultas con restricciones múltiples(Firebase)

firebase update document

Question

Necesito mejores consejos prácticos para mejorar el rendimiento de mi base de datos noSQL (alojada en Firebase). Además, necesito consejos sobre cómo estructurar los nodos.

La base de datos almacena información del producto, con tres propiedades principales:

$productId
/date
/category
/subcategory

En mi sitio web, tengo tres puntos de vista:

• recuperar los últimos 4 productos (fecha de pedido)
• recuperar los últimos 4 productos (por fecha) de la categoría X
• recuperar los últimos 4 productos (por fecha) de la categoría X y la subcategoría Y.

Tenga en cuenta que también tengo un nodo product_images, que tiene subnodos que coinciden con los productIDs. Entonces, construyendo los databas de la siguiente manera:

$categoryId
$subCategoryId
$productId

no funcionará, ya que necesito saber de antemano el $ categoryId y $ subCatrgoryId antes de poder compararlo con $ productId. También dificultaría la recuperación de los últimos 4 productos.

¿Cómo construiría mi base de datos noSQL de manera eficiente y cómo recuperaría los productos con Firebase filtrándolo con múltiples restricciones?

Sé que en Firebase puedes usar orderByChild e equalTo, pero esto solo funciona en una restricción, mientras que tengo que lidiar con uno a tres.

Answer 1

Dado que Firebase solo puede filtrar en una propiedad, deberá combinar los valores que desea filtrar en una sola propiedad. Dado que tiene múltiples necesidades de filtrado, es posible que necesite dicha propiedad para cada caso de uso de filtrado.

Parece que esto será posible si combina <category>_<date> en una sola propiedad, que llamaremos multi-prop . También combinaremos <category>_<subcategory>_<date> en una propiedad llamada megaprop :

$productId
/date
/category
/subcategory
/multiprop
/megaprop

Algunos datos de muestra:

id_cc_1234
date: 20151031
category: candy
subcategory: halloween
multiprop: candy_20151031
megaprop: candy_halloween_20151031
id_tg_2345
date: 20151125
category: candy
subcategory: thanksgiving
multiprop: candy_20151125
megaprop: candy_thanksgiving_20151125
id_tg_3456
date: 20151125
category: food
subcategory: thanksgiving
multiprop: food_20151125
megaprop: food_thanksgiving_20151125
id_sk_4567
date: 20151205
category: candy
subcategory: sinterklaas
multiprop: candy_20151205
megaprop: candy_sinterklaas_20151205
id_sc_5678
date: 20151225
category: candy
subcategory: christmas
multiprop: candy_20151225
megaprop: candy_christmas_20151225

Ahora sus consultas se convierten en:

1. recuperar los últimos 4 productos

   ref.orderByChild(''date'').limitToLast(4);

2. recuperar los últimos 4 productos de la categoría X

   ref.orderByChild(''multiprop'').startAt(''candy'').endAt(''candy_~'').limitToLast(4);

3. recuperar los últimos 4 productos de la categoría X y la subcategoría Y.

   ref.orderByChild(''megaprop'').startAt(''candy_christmas'').endAt(''candy_christmas_~'').limitToLast(4);

También vea: http://jsbin.com/piluzo/edit?js,console para una versión de trabajo.