2

我不明白为什么我对 Firebase 数据库的查询不起作用。我对此很陌生，并决定按照“简单教程”来读取数据。编写一个 JSON 对象很有效，很高兴看到这一点。另一方面，阅读开始让我生气。我唯一想做的就是阅读 1 个“记录”，其中电子邮件地址等于某个电子邮件地址。这些在用户数据库中是并且应该是唯一的。一旦我检索到用户，我就可以使用他的 UID（push(); 上自动生成的值）来做其他事情。因此，这是一个演示，我暂时不关心安全性，应用新创建的 Firebase 数据库的默认读写行为。任何人都可以从任何地方进行完全读写访问。

这是演示网站的代码，看看东西是否有效

<body>
    <h1>retrieve data</h1>
    <div id="aaa" style="margin:20px;padding:20px;border-radius:30px;background-color:#6666FF;float:left">USERADD</div>
    <div style="clear:both"></div>
    <pre id="rawdata"></pre>
</body>

这是有效的演示代码

var demofbdb = new Firebase("https://examples-sql-queries.firebaseio.com/user");

demofbdb
.startAt('anant@firebase.com')
.endAt('anant@firebase.com')
.once('value', function show(record) {
    $('#rawdata').text(JSON.stringify(record.val(), null, 4));
});

这是我的代码，但返回 null，我不知道为什么

var demofbdb = new Firebase("https://<my-firebase-database>.firebaseio.com/Users");

demofbdb
.startAt('demo.dedemoon@desatanisten.org')
.endAt('demo.dedemoon@desatanisten.org')
.once('value', function show(record) {
    $('#rawdata').text(JSON.stringify(record.val(), null, 4));
});

这是 /Users 的结构

"-JlyxV5xvQFLybevk9kD" : {
    "AccountExpireDate" : "31/03/2016",
    "AccountStartDate" : "01/04/2015",
    "Alias" : "het hol van pluto",
    "Attended" : {
        "-JlyxMApRwcniJLXfqbU" : true
    },
    "Birthday" : "01/01/1970",
    "E-Mail" : "demo.dedemoon@desatanisten.org",
    "FirstName" : "Demo",
    "LastName" : "De Demoon",
    "MemberOf" : [ "-JlyxMqpRw5nrJLef9bU" ],
    "OrganizationID" : "",
    "Password" : "abc123!"
},
"-JlyxSJ8MciBNxguT415" : {
    "AccountExpireDate" : "31/03/2016",
    "AccountStartDate" : "01/04/2015",
    "Alias" : "jos-het-debiele-ei",
    "Attended" : {
        "-JlyxMApRwcniJLXfqbU" : true
    },
    "Birthday" : "01/01/1970",
    "E-Mail" : "jos.jossers@gmail.com",
    "FirstName" : "Jos",
    "LastName" : "Jossers",
    "MemberOf" : [ "-JlyxMqpRw5nrJLef9bU" ],
    "OrganizationID" : "",
    "Password" : "abc123!"
}

为了阐明这种结构，“UID”直接位于用户下方。当 UID 展开时，我们会看到详细信息。

我的查询的预期结果是用户的一个 JSON 对象，该用户的名字是“Demo”，他的姓氏是“De Demoon”。

提前致谢

PS：我对 SQL 数据库比对 noSQL 更熟悉。我有点被迫使用最后一个，除了我看到 noSQL 数据库更有用、更强大，当我们有“预先计算的数据”时，可以存储在关系数据库中但总是需要通过相同的连接的数据以一种方式。将这些结果计算（连接）一次并将结果写入 noSQL 数据库，通过减少不必要的负载并将常用请求的数据集分组在一起，可以更快地查找。如果我对此有误，也请纠正我的看法。

4

1 回答 1

5

在您正在查看的演示中，Michael WulfsetPriority在添加时用于每条记录。如果你不这样做，那么通常你会打电话orderByChildbefore startAt。在你的情况下，这将做你想要的：

var demofbdb = new Firebase("https://<my-firebase-database>.firebaseio.com/Users");

demofbdb
.orderByChild('E-Mail')
.startAt('demo.dedemoon@desatanisten.org')
.endAt('demo.dedemoon@desatanisten.org')
.once('value', function show(record) {
    $('#rawdata').text(JSON.stringify(record.val(), null, 4));
});

要像演示一样设置数据，您可以执行以下操作：

function createDemoData(){
    var users = {
        "123": {
            "email": "kato@firebase.com",
            "name": "Kato"
        },
        "234": {
            "email": "anant@firebase.com",
            "name": "Anant"
        },
        "345": {
            "email": "michael@firebase.com",
            "name": "Michael"
        },
        "456": {
            "email": "kavya@firebase.com",
            "name": "Kavya"
        }
    };

    var fbdbref = new Firebase("https://<my-firebase-database>.firebaseio.com/user");
    fbdbref.set( users );

    fbdbref.child("123").setPriority("kato@firebase.com");
    fbdbref.child("234").setPriority("anant@firebase.com");
    fbdbref.child("345").setPriority("michael@firebase.com");
    fbdbref.child("456").setPriority("kavya@firebase.com");
}

现在，您可以email不使用查询orderByChild，就像在演示中一样。

于 2015-04-06T02:04:18.887 回答