【问题标题】:Database of weakly typed objects弱类型对象数据库
【发布时间】:2017-01-13 14:00:59
【问题描述】:

我想组织我的系统的某些部分,但我无法选择方便的数据表示形式来与我的应用程序交互。 所以我有一些数据对象的本地“存储库”,描述如下:

Object1
{ id = TypeId, field1 = value1, otherObjectSpecifedField = value2 ... }
...

有许多类型的对象(例如 1000 个)(例如 50 个)。每种类型都有自己的 UniqueId 以及自己的描述和字段集。

接下来的事情是,对于 每个 对象,我有一组过滤器,这对应于该对象现在是实际的。它看起来像这样:

Filter
{ filterName1 = filterValue, filterName2 < filterValue }
Object // filter is applied for this object
{ ... }

使用这个“仓库”的过程:

  1. 在我的应用程序中,我有应用程序状态,这意味着来自上方的过滤器。 示例:应用程序本地化可以是“en”(我的应用程序知道这个值并且可以在启动时更改它)并且我们有过滤器,名为“localization”,在我们的存储库中我们可以像这样使用它: Filter { localization = 'en'} Object1 { ... } // this object i should choose when localization is en

  2. 1234563过滤器。如果您需要解析一些过滤器值(来自上面示例的本地化),我会为您解析它们”。
  3. 然后存储库遍历每个对象并比较过滤器现在哪些是实际的,哪些不是,并将实际提供给应用程序。因此,他检查每个对象的每个过滤器,并仅在它们都是真实的并且他在运行时执行时才提供它。

在当前实现中,这组 fiters + 对象以非常特定的 xml 格式存储在 xml 文件中,从应用程序中读取起来很舒服,但很难由人维护。而且我认为有一些地方可以优化所有流程。我认为我们可以委托遍历对象并将其过滤器与其他人进行比较。 现在我认为在 NoSQL 面向文档的数据库方面。因为每个对象都有他独特的结构,也许使用选择例程我可以选择我需要的。

也许有人对这种类型的数据库组织有任何建议?也许您知道该类型数据的一些特定数据结构?

【问题讨论】:

    标签: json database algorithm store nosql


    【解决方案1】:

    也许我错过了一些东西,因为在我看来你有许多不同类型的对象:每个TypeId 一个类型。如果是这样,那么我认为这可以使用标准 SQL 数据库来完成,假设对象中的字段具有一致的类型。如果没有,仍然可以使用 NoSQL 数据库完成。

    在 SQL 数据库中,您可以为每种类型使用单独的表(因为它们都有自己的一组字段),并使用 SQL 搜索相应的表。因此,例如,您可以创建一个包含两个字段的表(我在这里使用 SQLite,它不需要字段类型):

    create table Object1 (field1, otherObjectSpecifiedField);
    

    然后可以在此表中插入数据:

    insert into Object1 values ("field1value", "otherfieldValue");
    

    过滤使用标准 SQL:

    select * from Object1 where field1 = "field1value";
    

    正如我所提到的,这也可以通过 MongoDB 等 NoSQL 数据库来完成。在 Mongo CLI 中看起来像这样:

    创建表并插入第一个对象:

    db.test.insert({ id: "TypeId", field1: "value1", otherObjectSpecifedField: "value2"});
    

    从表格中选择一个对象:

    db.test.find({id: "TypeId", field1: "value1"});
    /* { "_id" : ObjectId("57cf97060216d33b891615ba"), "id" : "TypeId", "field1" : "value1", "otherObjectSpecifedField" : "value2" } */
    

    【讨论】:

      猜你喜欢
      • 2011-06-22
      • 2012-06-11
      • 1970-01-01
      • 2021-02-10
      • 2013-03-12
      • 2013-11-30
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多