小编B M*_*B M的帖子

我知道Stackoverflow上有类似的问题,但我觉得他们没有回答以下问题.

图表数据库对我的理解存储数据主要遵循以下模式:

Table/Collection 1: store nodes with UID
Table/Collection 2: store relations referencing nodes via UID

这允许存储任意类型的图形.现在据我所知,三重商店只存储三元组:

Triple/Collection 1: store triples (2 nodes, 1 relation)

现在我将看到有关用例的以下区别:

• 图形数据库:当您知道静态连接时
• 三重存储:当您有松散连接的节点并且经常寻找新连接时

我很困惑的是,人们似乎根据这些标准没有讨论使用哪一个.我发现的大多数文章都在谈论速度或兼容性等论点.但这不是最重要的一点吗？

反过来说:

• 想象一下,有一个清晰连接,用户定义的图形.为什么你只想将它存储为三元组,丢失所有关于连接的信息？或者必须实现在三元组中存储ID的一些自定义解决方案subject.
• 想象一下,使用SPARQL松散地收集了要查询未知关系的节点.图数据库支持这一点.但为此,他们必须建立另一个我认为会更慢的指数吗？

编辑:我看到"失去关于连接的信息"是错误的方式.如果您按照接受的答案中所示执行操作并为2个节点+ 1个关系插入多个三元组,那么您将保留所有信息,特别是信息确切的节点连接的信息.

尝试使用Vue.js我注意到的第一件事是我定义为单个文件组件并包含为自定义元素的组件的每个实例如何获得随机哈希属性data-v-58fd7087="".特别:

• 给定组件的每个实例的每个DOM元素都获得相同的哈希
• 哈希是独立于路由器生成的
• 散列在调用之间是稳定的
• 散列在组件的名称更改之间是稳定的
• 不在磁盘上存储/生成散列
• 因此,哈希是动态生成的

可以由Karma或Webpack生成,这是我的Vue设置的一部分吗？如果没有,这些对我来说是一些令人惊讶的观察.它导致两个问题:

• 何时以及如何生成此哈希(属性)？
• 为什么生成哈希(属性)？

我正在使用AWS Cognito.我有一个非常常见的场景:用户可以注册不同的角色.根据角色的不同,需要使用不同的用户属性,因此我需要使用不同的用户池.

现在用户想要从角色A升级到角色B - 因此我必须将他的帐户从一个池移动到另一个池.这可能与AWS有关吗？在响应中,您可以导出/用户迁移出AWS cognito的,不会造成厂商锁定？似乎表明相反.

如果不可能这样,那么根据AWS Cognito的不同用户角色,实现需要不同用户属性的可行解决方案是什么.(注意:只在前端需要/验证它们不是一个可行的解决方案)

我对使用具有双向数据绑定的数据驱动文档库的当前最佳实践和解决方案感兴趣AJAX.更具体地说,我想知道d3应该如何与支持双向数据绑定(如Angular或Knockout)的库最好地集成.

产生的明显冲突源于d3和AJAXlib都插入数据的事实DOM,这基本上意味着必须包装另一个.

我有一个棘手的C++问题:当你有一个带有委托构造函数的构造函数初始化列表时,列表执行顺序是什么？

这里存在两个冲突的标准规则:
1.)构造函数初始化列表不是由列表顺序执行,而是由项的声明顺序执行.
2.)构造函数初始化列表中的委托构造函数总是在执行"母构造函数"之前被调用.

哪条规则优越？(因为构造函数也是一个类项)为什么这很重要:假设委托的构造函数重新插入已经由"母版构造函数"初始化的项目,反之亦然.

我正在尝试将我的认知用户池编码为 cloudformation 模板。然而，我遇到了一个悬而未决的问题：如何定义标准属性？Cognito 会知道birthdateinSchema是标准的出生日期 - 并对其进行验证吗？Schemacloudformation 模板中定义的属性如何映射到标准的、非自定义的属性，如email, birthdate, ...？

更多详细信息：AWS Cognito 将标准属性和自定义属性分开。这种分离是除其他外重要的，因为标准属性验证其格式为：email与birthdate例如只接受定义的AWS，特定的格式。

因此我的问题是：AWS Cognito 如何将 cloudformationSchema定义的属性映射到标准 AWS Cognito 属性？有没有，如果有，通过属性名称的身份？

另见：

AWS Cognito Cloudformation 架构

某人创建的示例：Cloudformation 示例

我想知道在 Vuejs 中组件之间实现共享状态的最佳实践。

想象一下情况 A：您有一个显示模式的 Web 应用程序。模态具有布尔状态show。如果单击模式确定按钮，而且单击背景的任何部分，甚至可能在某些服务器上推送状态更改，则该状态应该更改。因此，模式应该能够像父应用程序一样更改状态。

情况 B：您有一个 Web 应用程序，它显示共享公共数据的不同组件内的输入字段value。如果用户value通过一个组件中的字段进行更改，则它也应该在另一组件中进行更新。同样，两者甚至都应该在服务器推送事件上更新。

问题：

• 我是对的，解决这个问题的正确方法是使用vuex并使共享状态成为一个存储字段，所有需要修改该值的组件/父级都可以观察并通过发出的操作进行更改？

• 这是否不会引入我们从Meteor中了解到的这种危险的（因为难以处理）魔法反应？

• 如何最好地记录流程，取决于什么？