JTR-143-funciones-de-agrupado #21
Conversation
| ``` | ||
|
|
||
| ### ***async*** `facet(model, [parameters])` | ||
| Get facet counts by field or pivot |
There was a problem hiding this comment.
Sería bueno tener una pequeña definición de pivot, porque no queda muy clara a simple vista la diferencia con field como para poder determinar cuál se usa
There was a problem hiding this comment.
Lo explique lo mejor que pude con los ejemplos y con como devuelve los datos segun como envies ese param, no pude encontrar mejor manera de explicarlo
| @@ -57,6 +57,60 @@ class Query { | |||
| }; | |||
| } | |||
|
|
|||
| static facet(params) { | |||
|
|
|||
| const { | |||
There was a problem hiding this comment.
Por qué destructuras las props de params acá en una variable y no directamente en el parámetro cuando recibes?
There was a problem hiding this comment.
Quedo así porque algunas propiedades las saca desde el params porque crea variables con el mismo nombre pero segun lo que haya en params
lib/helpers/query.js
Outdated
| if(pivot && typeof pivot !== 'string' && !Array.isArray(pivot)) | ||
| throw new SolrError(`Facet pivot must be a string or array, received: ${typeof pivot}.`, SolrError.codes.INVALID_PARAMETERS); | ||
|
|
||
| const filters = params.filters ? { filter: Filters.build(params.filters, fields) } : {}; |
There was a problem hiding this comment.
Puedes destructurar filters y order en la variable de más arriba (o en los parámetros del método) para usarla directamente como las demás props
There was a problem hiding this comment.
Si, lo probe pero no me gusto como quedaba porque igual tengo que crear las variables filters y order y seria mas confuso el codigo 😭
There was a problem hiding this comment.
retruco un poco lo que comenta Karen por un lado sumar order y filters al destructuring y omitir instanciar filters y order, y hacerlo directo en el objeto del return
return {
query: '*:*',
offset: (page * limit) - limit,
limit,
params: {
facet: true,
...field && { 'facet.field': field },
...pivot && { 'facet.pivot': pivot }
},
...filters && { filter: Filters.build(filters, fields) },
...order && { sort: this._getSorting(order) }
};
esta lógica puede aplicar de igual forma para group()
Opción 2: tener un método que genere filters y order entonces lo que es Filters.build() y this._getSorting() lo tenes en un solo lugar, terminando en algo así como, ...orderAndFilter(params) en el return
|
|
||
| groups.forEach(({ groupValue, doclist }) => { | ||
| formattedGroups[field].groups[groupValue] = { count: doclist.numFound, items: this.format(doclist.docs) }; | ||
| }); |
There was a problem hiding this comment.
acá un opcional, podes hacer que sea un reduce y asignarlo directo en groups
There was a problem hiding this comment.
Me parecio re mercenario meter un reduce dentro de un reduce si igual tengo que asignar la data al acumulador del reduce principal 😭
lib/solr.js
Outdated
|
|
||
| const endpoint = Endpoint.create(Endpoint.presets.get, this.url, this.core); | ||
|
|
||
| const page = params.page || 1; |
There was a problem hiding this comment.
si tenemos DEFAULT_LIMIT y DEFAULT_GROUP_LIMIT, por que no tenemos DEFAULT_START_PAGE? 😜
LINK AL TICKET
https://fizzmod.atlassian.net/browse/JTR-143
LINK A LA HISTORIA
https://fizzmod.atlassian.net/browse/JTR-142
DESCRIPCIÓN DEL REQUERIMIENTO
DESCRIPCIÓN DE LA SOLUCIÓN
group: Para agrupar resultados por campo o camposfacet: Para obtener el conteo de items por campo, o campos combinadosCÓMO SE PUEDE PROBAR
⚠️ Esto ya fue super probado en un Solr corriendo en local, se puede hacer lo mismo si aun asi queres probarlo.
Eso es todo amigos 🚪🏃