标签: embedded

我是 PostgreSQL 世界的新手，所以我提前道歉，因为不知道这些问题是否有明显的答案。

基本上我在寻找两件事。首先是一个简单的基于“包含”的搜索，其中 python 等效项类似于：

def find_all_containing( input_array=[], target ):
    output=[]
    for i in input_array:
        if target in i:
            output.append(i)
    return(output) 

在我目前正在构建的数据库中，从逻辑上讲，如果我试图显示描述中包含“evil”的所有片段标题，我倾向于相信 SQL 命令看起来有点像这样。

SELECT title FROM snippets WHERE 'evil' in description;
/* or */
SELECT title FROM snippets WHERE description CONTAINS 'evil';

我编写了一个内联 python 函数，它返回一个 'TRUE' 或 'FALSE' 来完成以下工作。

/* contains function here */
CREATE FUNCTION contains (input_text text, target text) RETURNS text AS $$
if target in input_text:
  return("TRUE")
return("FALSE")
$$ LANGUAGE plpythonu;

/* working command of …

我使用的是 PIC32，它是一个 32 位处理器，时钟频率为 80 MIPS，有大约 64-128KB 的可用 RAM。它将在 FAT32 文件系统上访问 microSD 卡 - 最大 4 GB。运行所有这些都在推动它，但我需要一个紧凑的数据库，可以轻松地移植到这个平台并且速度快。有没有人有什么建议？

我可以将 SQLite 用作连接 2 个或更多应用程序的数据库吗？

即我可以使用它在不同的应用程序之间共享数据吗？

描述：

RocksDB 是一个键值存储，因此我们可以简单地序列化对象列表并存储与键对应的值。如果列表中的数据足够小，这将是可以的。

但是如果列表很大并且大小不断增加，那么我们需要对数据进行分页。因此，在这种情况下，存储与单个键对应的整个序列化列表数据不是一个好主意；因为会存在性能问题，因为每次将新数据插入列表时，这个非常大的值也需要在读取期间读取和更新，当向用户显示列表时，将检索整个值，而只有一部分是用户需要。

例如：假设我们想将用户下的订单存储在 RocksDB 中。然后我们可以在 RockDB “u:1:li:o” 中以下列方式存储这个订单数据：Serialised([O1{}, O2{},....On{}])。但是如果用户下的订单数以千计，我们想以页面的形式检索订单（一次 10 或 20 条记录）。因此，在同一个键中存储数千个订单并从该键中检索整个数据然后提供所需的 10-20 条记录并不是一个好主意。此外，用户向同一键添加新订单将影响上述性能。

所以我正在努力设计模式以在 RocksDB 中有效地存储和检索如此大的列表。

如果您能就架构设计提出您的建议，那将会很棒且非常有帮助。

建议将哪些数据库用作嵌入式数据库以在应用程序中存储数据？嵌入式数据库可能会也可能不会同步回更大的系统数据库。

我想创建一个嵌入式 MySQL 数据库来运行测试，但我不知道该怎么做。

• 如何初始化数据库？
• 如何运行我的创建表语句？

我正在使用 Perl，所以它需要用一种语言而不是几个命令来完成。

我正在为我正在构建的 Web 应用程序研究 MongoDB。来自 MySQL 背景，嵌入式文档的概念并不是那么容易完全理解。

假设我有一个名为的文档blogpost，它看起来像这样：

db.posts.save({
    _id: 1
    title: "first post!",
    body: "post content",
    author: {
        _id: 1,
        name: 'John'
        email: 'jonh@doe.com'
    },
    comments: [
        {
            _id: 20,
            author: 'mary',
            content: 'This blog post is cool!'
        }
    ]
});

每个作家实际上将被存储在在authors收集，当我保存blogpost，我只会从复制数据author文件，并将其粘贴所以它嵌入在blogpost文件。这是一个好方法吗？

我担心的是，当约翰更新他的电子邮件地址时，它只会在authors集合中更新。他的一些较早的博文会显示一个过时的电子邮件地址。

MongoDB 是否有处理该问题的方法，还是我需要在我的应用程序代码中自己做？

如果我在我的应用程序代码中这样做，那么首先将作者嵌入到博客文章中有什么意义？我可以只存储引用 ,author _id并在单独的查询中查找作者。

另一方面，如果我需要存储历史数据，例如带有客户信息的发票，那么将客户文档嵌入到发票文档中是有意义的，因为发票需要显示创建发票时存在的客户数据.

对于评论部分，我已经阅读了多集合 vs 嵌入式文档，当谈到评论时，多集合似乎是要走的路。http://mongly.com/Multiple-Collections-Versus-Embedded-Documents/

那么，总的来说 - 我是否完全错过了嵌入式文档的重点？