Ответ 1
База данных Firebase не хранит массивы. Он хранит словари/ассоциированные массивы. Таким образом, ближайший вы можете получить:
attendees: {
0: "Bill Gates",
1: "Larry Page",
2: "James Tamplin"
}
Вы можете создать эту структуру в Firebase Console. И затем, когда вы прочитаете его с одним из SDK Firebase, он будет переведен в массив.
firebase.database().ref('attendees').once('value', function(snapshot) {
console.log(snapshot.val());
// ["Bill Gates", "Larry Page", "James Tamplin"]
});
Таким образом, это может быть результат, который вы ищете. Но я рекомендую прочитать это сообщение в блоге о том, почему Firebase предпочитает его, если вы не храните массивы: https://firebase.googleblog.com/2014/04/best-practices-arrays-in-firebase.html.
Не используйте массив, когда вам действительно нужен набор
Большинство разработчиков на самом деле не пытаются хранить массив, и я думаю, что ваш случай может быть одним из них. Например: может ли "Билл Гейтс" быть участником дважды?
attendees: {
0: "Bill Gates",
1: "Larry Page",
2: "James Tamplin",
3: "Bill Gates"
}
Если нет, вам нужно будет проверить, уже ли он в массиве, прежде чем добавить его.
if (!attendees.contains("Bill Gates")) {
attendees.push("Bill Gates");
}
Это явный признак того, что ваша структура данных является субоптимальной для прецедента. Чтобы проверить все существующие дочерние элементы перед добавлением нового, мы ограничим масштабируемость.
В этом случае то, что вы действительно хотите, это набор: структура данных, в которой каждый ребенок может присутствовать только один раз. В Firebase вы моделируете так:
attendees: {
"Bill Gates": true,
"Larry Page": true,
"James Tamplin": true
}
И теперь, когда вы пытаетесь добавить Билла Гейтса во второй раз, это no-op:
attendees["Bill Gates"] = true;
Поэтому вместо того, чтобы кодировать требование уникальности, структура данных неявно решает его.