Что вам нужно знать о базах данных Firebase: 9 советов

Firebase – это облачный сервис, сочетающий в себе множество функций: аутентификацию, базу данных в реальном времени, хранение файлов, уведомления и прочее. В этой статье мы главным образом рассмотрим базы данных и немного аутентификацию. Главная цель – собрать всю необходимую информацию об использовании Realtime баз данных, потому что всегда лучше иметь все в одном месте.

Я объединил всю полезную информацию в девять советов, и вот они.

Совет 1

При создании модели базы данных для приложения, постарайтесь использовать как можно меньше вложенных объектов.

Например:

{
// Это плохая архитектура данных, потому что нужно будет итерирование дочерних 
// узлов чатов для получения списка диалогов, что потенциально
// потребует загрузки, возможно, сотен мегабайтов сообщений
"chats": {
  "one": {
    "title": "Первопроходцы технологий",
    "messages": {
      "m1": { "отправитель": "гхоппер", "сообщение": "Неисправность найдена. Причина: мотылек" },
      "m2": { ... },
      // очень длинный список сообщений
    }
  },
  "two": { ... }
}
}

Даже если вам нужен просто один заголовок, все остальные данные будут также получены вместе с ним. Это может увеличить время получения данных.

Совет 2

Дублирование некоторых полей нормально для Firebase – когда один объект имеет свойства другого. Однако лучше продублировать одно поле вместо создания связей между двумя объектами, следовательно, сделать один запрос вместо двух.

Совет 3

Общение между базой данных Firebase и клиентом производится путем подключения пользователей к узлам баз данных. Обратите внимание, что когда вы свяжете пользователя с определённым узлом, он сразу получит данные. Так что вам надо игнорировать первое срабатывание в случае, если вы просто хотите “слушать” обновление ноды.

Совет 4

Если необходимо прочитать список объектов из узла, вы должны перебирать дочерние объекты снапшота и читать объекты один за другим. Например:

public void onDataChange(DataSnapshot dataSnapshot) {
        List deliveries = new ArrayList<>();

        for(DataSnapshot snapshot : dataSnapshot.getChildren()){
            Foo foo = snapshot .getValue(Foo.class);
            deliveries.add(foo);
        }
   }

Совет 5

При чтении объекта и создании Java-класса, вам следует следовать определенным условиям (в определении полей объектов):

• В Java-классе должен быть пустой конструктор.
• Названия полей класса должны быть такими же, как и названия полей объекта.
• Для каждого класса должен быть метод получения данных.

Если эти условия не будут соблюдены, данные нельзя будет парсить.

Совет 6

При использовании аутентификации необходимо проверить, существует ли пользователь и верны ли введенные параметры аутентификации. Вы можете использовать исключения:

public void onComplete(@NonNull Task task) {

if ( !task.isSuccessful() ) {

try {
throw task.getException();
} catch(FirebaseAuthInvalidUserException e) {
// No such user
} catch(FirebaseAuthInvalidCredentialsException e) {
//Credentials are invalid
} catch(Exception e) {
e.printStackTrace();
}
return;
}
}

Совет 7

Firebase плохо фильтрует данные. Например, вы можете сделать запрос, основанный только на одном условии, но вы не можете сделать запрос типа “WHERE… AND… AND”. В этой ситуации необходимо создать одно дополнительное поле в объекте, которое будет содержать значения, и выборка будет проходить с использованием этого значения. Например:

"movie1": {
  "genre": "комедия",
  "name": "Лучше не бывает",
  "lead": "Джек Николсон",
  "genre_lead": "комедия_Джек Николсон"
},...

Используя эту структуру, мы можем найти комедию с Джеком Николсоном в главной роли.

Совет 8

В Firebase нет ролей. Все аутентифицированные аккаунты будут определяться только email-ом, паролем и универсальным идентификатором. Но мы можем назначить роли с помощью базы данных.

Совет 9

Если у вашего объекта в Firebase есть вложенный объект, который может быть пустым в некоторых случаях, лучше удалить этот объект полностью вместе с ключом вместо того, чтобы сохранять его ключ с пустым значением. Причиной этого является то, что парсер данных на стороне устройства может работать с определенным типом, и если этот тип будет отличаться от существующего, произойдет ошибка. Если объекта не будет, результат анализа вернется пустым.

Например:

//Водитель внес данные об автомобиле

"driver": {
    "car": {
        "model": "Audi TT",
        "vin": "KL5TJ66E19B411947",
    },
    "first_name": "John",
    "last_name": "Doe"
},...

//Водитель не внес данные об автомобиле
//Плохой пример

"driver": {
    "car": "",
    "first_name": "John",
    "last_name": "Doe"
},...

//Хороший пример

"driver": {
    "first_name": "John",
    "last_name": "Doe"
},...

Как вы видите, в неправильном примере у парсера будет объект driver с вложенным объектом car, но на самом деле тип будет String.

Я бы хотел подчеркнуть, что в общем опыт моего использования Firebase положителен. Но как и всё в нашем мире, он имеет свои плюсы и минусы.

Плюсы Firebase

Во-первых, база данных в реальном времени – это очень хорошая альтернатива серверу при создании несложных приложений, потому что в ней есть все необходимое. И, без сомнения, большой плюс – система callback-ов при получении данных. Когда что-то меняется в базе данных, ответное действие на стороне устройства срабатывает сразу же. Отлично, да?

Минусы Firebase

Нет замены старому доброму RESTful. Да, у него нет динамического обновления данных, но можно использовать базу данных SQL, которая значительно лучше NoSQL, которая используется в Firebase. Также в нем можно сделать сложную систему логинов. И помните, что у Firebase есть ограничения для бесплатных аккаунтов. Если вы хотите хранить большое количество данных в базе или зарегистрировать больше одного проекта в одном аккаунте, то вы должны будете заплатить.

A/B-тестирование в Firebase: часть 1

Источник