问题标签 [ydn-db]

我们正在构建一个应用程序，并希望使用 ydn-db 来存储本地数据。在 PC 浏览器上我们没有任何问题，但在我的 Android 手机（和 iOS 模拟器）上我们会遇到很多错误。即使是示例/单元测试页面也给出了很多错误。就像测试 1-8 给出超时、未捕获的 SQL 错误和“预期 2 个断言，但 1 个已运行”错误。我正在运行 Android 4.0.3。

简单的待办事项应用程序正在运行，所以有些东西正在运行，但是......

有人知道是否有稳定版本可以使用吗？

我查看了此处发布的示例：YDN-DB with multiple deferred，其中包含一些非常接近我想要的代码，但不完全是。

我想知道在事务中嵌套延迟查询是否安全？例如：

编辑：我已经编辑了代码以显示它之前是如何对 http 服务进行异步调用的

ydn.db-isw-core-e-cur-qry-dev-raw.js v1.0.2 在字符串 28537 处崩溃

在日志中我读到：

AbortError
request = index.openKeyCursor(key_range, this.dir);

它在最新的 Firefox 中崩溃，但适用于其他浏览器。我找不到这个错误的原因。有时，当我尝试通过进入函数来调试它时，它可以正常工作而不会崩溃。

是什么导致了这个错误？

因此，当我尝试调用它history.replaceState()的回调时db.put()会导致页面重新加载。为什么？我怎样才能防止这种情况？

我正在尝试制作一个简单的函数，允许我在特定表中搜索特定项目并使用 YDN-DB 返回所需的结果，到目前为止我有这个：

现在的问题是，这段代码根本不起作用。你能帮我或指出我哪里错了吗？

提前致谢。

在为 IndexedDB 使用 YDN-DB 包装器构建离线应用程序时，我现在需要查询任何对象存储以获取存储中的最高Integer主键值。通过扩展，我可以预测并使用下一个 autoIncrement 数字，甚至在运行下一个INSERT. 目前我可以想到以下方法：

也许：

有没有更有效的方法？虽然我们在上面，但 中"primary_key"指定的参数.order('primary_key', true)对我来说似乎是多余的，因为这种排序通常是按主键。如果这是正确的，跳过它的语法是什么？

谢谢。

编辑：

在等待的过程中，我意识到，事实上，查询引擎完全忽略了 (==reverse).order('primary_key', true)的第二个参数。true但下面的表格来拯救：

});

虽然这似乎有点时尚，但我仍然渴望得到“教授”的认可。

谢谢你。

在离线 html5 项目上工作，我有以下商店：

我需要进行这样的查询：

我能够使用的大多数方法（例如db.get()，db.values()甚至db.from()...where().list()）似乎都非常严格。

其中，最后一种方法似乎是最有希望的，直到我真的需要运行一个应该同时过滤的question_id查询。section_idoutreach_id

先感谢您！

将 IndexedDB 用于本地 html5 应用程序，特别是 YDN-DB 包装器，我经常需要使用动态获取的商店名称来查询商店。当商店不存在时，我会遇到一个错误，并且 javascript 执行中止。错误如下所示：

当然，我知道商店不存在，但我怎样才能最好地编写代码来更优雅地“捕捉”这个错误？谢谢你。

根据 jQuery 文档：

我有这个：

ajax 回调中的变量db是 indexedDB 存储对象的全局变量，在脚本顶部获得（此处未显示）。

1. 这是 jQueryDeferred构造的正确用法吗？

2. 函数调用file2store是否会排队，也就是说，确保一个调用在下一个调用开始之前完成？

我正在使用Meanjs和 ydn-db 进行 indexeddb 支持的项目。

所以我试图以角度提供服务，但我无法找到正确包含 js 文件的方法。我尝试通过以下方法安装库：

1. 凉亭安装 ydn-db

2. 凉亭安装 ydndb

   第一种情况，我找不到合适的 .js 文件，例如ydn.db-isw-core-qry-dev.js. 现在第二个将安装我可以工作的两个缩小版本，但我总是得到 ydn not found错误

现在通过查看开发人员的页面http://dev.yathit.com/ydn-db/getting-started.html 我可以看到他有一种方法可以在 AMD 加载程序部分提出要求，我根本不知道如何在服务工厂内部使用。
这是我在工厂内尝试做的事情，顺便说一下，我认为这不是最佳实践……
这些是我尝试加载时遇到的错误……我该
如何使用这个库同时仍然遵循角度的最佳实践，或者至少只是为了让它没有错误地工作？

我使用 YDN-DB（IndexedDB 之上的抽象）作为本地数据库。我有一个名为“conversations”的对象存储，在该存储中，有一个名为“participants”的索引，其中有一个包含对话中不同用户的 id 的字符串。例如：

示例对话#1：

示例对话#2：

为了尝试对索引执行部分匹配，我尝试使用 ydn-db-fulltext 作为解决方案。全文目录如下所示：

我看到目录已生成，但在进行完全匹配时似乎存在问题。例如，如果我只使用参与者索引中的部分键进行查询，我会从目录中取回一个主键：

但是，当使用任何超过“-”的值时，搜索请求会返回 0 个结果：

这是有道理的，在阅读文档时，'-' 和 '*' 是保留字符，它们分别删除短语并匹配前缀：

查询格式是自由文本，其中隐式和/或/接近逻辑运算符适用于每个令牌。使用双引号进行完全匹配，使用 - 从结果中减去，使用 * 进行前缀搜索。

我尝试将双引号放在单引号内，仅使用双引号，并用反斜杠转义所有“-”字符，但这些似乎都不起作用。

所以问题是如何在字符串包含“-”字符的索引中执行匹配？