我有一个使用mongoDB的node.js应用程序，并且有一个函数用于删除集合中的所有文档，然后用一些示例文档重新填充数据库中的集合。
编写新功能时，我会偶尔使用它来测试我的应用程序是否具有已知数据。
我遇到的问题是，如果我在所有集合上调用drop（）然后调用一些插入来重新填充，有时记录的记录将少于我期望插入到数据库中的记录，有时整个集合将丢失。我的计数会检查所有说的＃条记录，这些记录与期望的数量匹配，但是即使说它已插入，整个集合也可能丢失。
我只能假设，因为它仅发生在大约50％的时间中，也许某种程度上插入是在drop（）完成之前开始插入，然后drop（）会擦除插入的文档，因为它正在运行异步。
我在所有插入/更新命令上都使用了{safe：true}，但是db.collection.drop（）没有任何参数，而且似乎没有办法指定安全选项。
因此，我尝试在drop（）之后使用db.getLastError（）来阻止插入，直到拖放完成。
使用db.getLastError（）或db.getlasterror（）会引发错误：TypeError：对象＃<Db>没有方法'getlasterror'
对getLastError的简化调用：
var mongo = require("mongodb");
var db_conn = new mongo.Db(dbName, new mongo.Server(host, port, { auto_reconnect: true }), {});
db_conn.open(function(err, db) {
if(!err) {
console.log("Database connection: \033[32mopen\033[0m");
} else {
console.log("Database connection: \033[31mfailed\033[0m");
}
});
db_conn.getLastError();
this.db_conn = db_conn;
this.users = db_conn.collection("users");
this.companies = db_conn.collection("companies");
this.suppliers = db_conn.collection("suppliers");
我已经在mongodb模块1.1.4和1.1.7上尝试过此操作，但得到一个错误。
我使用的参考文献有误吗？在JavaScript的代码示例中，我在stackoverflow或Web上通常找不到关于getlasterror的任何内容。
如果有更好的方法可以做到这一点，我会全力以赴。
js docs：http : //docs.mongodb.org/manual/reference/javascript/#db.getLastError
mongo文档：http : //www.mongodb.org/display/DOCS/getLastError+Command
---- 2012年9月22日更新
使用下面的答案，我可以调试出根本问题所在，并且与我期望的一样。使用默认的5个开放连接池时，会随机触发分支，然后插入。取决于它们的发送顺序和它们各自进入的池，如果一个放置快速完成，然后在该集合的放置完成之前快速进行插入，则它将在以后删除插入的记录。
我的解决方法是在drop（）命令的回调函数中按链接顺序包装所有的drop函数，以便每个drop函数都在触发前一个drop的回调函数之后发生，然后最后调用一个触发所有插入的回调函数。这很麻烦，但是我现在已经用20个简单插入的基本记录集和100,000条记录的loadtest测试了initializedb函数大约25次。还没有失败。
时间会证明一切，但是这个.lastError（）答案可以解决此问题。
---- 2012年9月30日更新
我想测试一个星期左右，然后再回复以确保它确实有效。上周，我已经在26个记录的基础集和100,000个记录的集中批量运行了大约100次初始化脚本。我没有看到它现在使用我的新代码失败。
我用于删除集合的代码：（我有一个DatabaseHandler对象，与原型函数一起用于操作）
DatabaseHandler.prototype.dropAll = function(callback, callbackArg) { …我正在我们的应用程序中实现AAD单点登录,我们将使用adal.js/adal-angular.js库和MEAN堆栈应用程序.初始化库的一部分是调用init()并提供租户和clientId
adalProvider.init(
{
tenant: "mycompany.onmicrosoft.com",
clientId: "05bdd8d7-XXXX-XXXX-XXXX-5f2769f8b9b6"
},
$httpProvider
);
例如.
如果有人查看源并获取租户和clientId,他们可以在他们自己的应用程序中以某种方式恶意使用它吗？
AzureAD是否检查请求来自的URL并阻止它,如果它不是配置的登录URL？
似乎clientId更像是一个公钥,但是如果应用程序触发AzureAD身份验证所需的唯一两件事是租户和clientId,那些在源代码中暴露客户端,有人可以使用它们来创建钓鱼网站如果请求被重定向回其站点X而不是原始站点,则X或抓取id_tokens
Azure是否依赖于应用程序设置中的已配置设置并防止这种情况发生？
我仍然掌握OpenID Connect和OAUTH 2.0的更好点,如果这个问题有明显的答案,请原谅我.