Есть ли разница в производительности между добавлением правила безопасности .indexOn и его отсутствием?
Строки в Java неизменяемы. Это означает, что всякий раз, когда вы пытаетесь изменить / изменить строку, вы получаете новый экземпляр. Вы не можете изменить исходную строку. Это сделано для того, чтобы эти экземпляры строк могли кэшироваться. Типичная программа содержит множество ссылок на строки и кеширование этих экземпляров, что может уменьшить объем памяти и увеличить производительность программы.
При использовании оператора == для сравнения строк вы не сравниваете содержимое строки , но фактически сравнивают адрес памяти. Если они равны, в противном случае они вернут true и false. Если значение равно в строке, сравнивает содержимое строки.
Итак, вопрос в том, что все строки кэшируются в системе, как получается == возвращает false, тогда как equals возвращает true? Ну, это возможно. Если вы создадите новую строку, например String str = new String("Testing"), вы создадите новую строку в кеше, даже если в кеше уже содержится строка с тем же содержимым. Короче говоря, "MyString" == new String("MyString") всегда будет возвращать false.
Java также говорит о функции intern (), которая может использоваться в строке, чтобы сделать ее частью кеша, поэтому "MyString" == new String("MyString").intern() вернет true.
Примечание: == оператор намного быстрее, чем равен только потому, что вы сравниваете два адреса памяти, но вы должны быть уверены, что код не создает новые экземпляры String в коде. В противном случае вы столкнетесь с ошибками.
1 ответ
Если вы выполняете запрос к свойству, для которого вы не определили индекс, Firebase загрузит все данные из этого местоположения на клиент и выполнит там сортировку и фильтрацию.
Это означает, что вы должны всегда определять индексы для свойств, по которым вы запрашиваете, поэтому Firebase показывает довольно громкое сообщение в вашей консоли JavaScript, когда обнаруживает, что вы запрашиваете свойство без индекса.
Обновление для вопроса в комментариях.
Чтобы создать индекс для свойства status каждого дочернего узла в узле верхнего уровня с именем products, вам потребуется:
{
"rules": {
"products": {
".indexOn": "status"
}
}
}