código:
import { orderByValue, ref, getDatabase, set, get, query, startAfter } from "firebase/database"; import { initializeApp } from "firebase/app"; const app = initializeApp({ projectId: "some-id" }); const db = getDatabase(); const testRun = async () => { await set(ref(db), { d: 5, y: 4, b: 6, m: 0, p: 1 }); const snapshot = await get( query(ref(db), orderByValue(), startAfter(0, "b")) ); console.log(snapshot.val()); }; testRun(); resultado: {b: 6, d: 5, m: 0, p: 1, y: 4}
¿Cómo es que esto tiene sentido? con startAfter(0, 'b') , esperaba que el resultado fuera {d: 5, p: 1, y: 4} , pero ese no es totalmente el caso.
¡Lo que hace que las cosas sean aún más confusas es que el resultado incluye m:0 !
sin embargo, si voy con startAfter(0) , el resultado es {b: 6, d: 5, p: 1, y: 4} que se espera.
¿Cómo funciona exactamente el segundo argumento?
El segundo valor que especifica para startAfter (y sus métodos hermanos) normalmente se usa como la llamada clave de desambiguación, en caso de que haya varios nodos secundarios con el valor que pasa en el primer argumento. Solo se aplica después de que se haya ejecutado el filtro sobre el valor regular.
Cuando ordenamos sus datos por valor, obtenemos:
{ m: 0, p: 1, y: 4, d: 5, b: 6 } Dado que solo hay un nodo con valor 0 , la base de datos devuelve todos los nodos después de ese.
Ok, creo que entiendo cómo funciona
primero ordenamos según la cláusula orderBy, en este caso ordenamos por valor
{ m: 0, p: 1, y: 4, d: 5, b: 6 } para entender qué startAfter(0,'b') , simplemente imaginamos dónde estaría ubicado b:0
{ b: 0, // imagine m: 0, p: 1, y: 4, d: 5, b: 6 } dado que b viene antes de m , entonces todo lo que sigue a b:0 es lo que obtendremos, que es todo
con la misma lógica, podemos deducir qué endAt(6, 'd')
{ m: 0, p: 1, y: 4, d: 5, b: 6 d: 6, // imagine }el resultado seria tambien todo
el truco es saber donde esta el punto de referencia