其他数据库
这里是一些通用表,我正在努力完全了解如何正确设置数据库表。这些设置是否正确?我想能够尽可能快地查找用户的项目和项目详细信息。对于此示例,ItemDetailsX的FYI不共享相同的数据字段。 我有点停留在外键和辅助键上。什么时候使用辅助键和外键? tbl_Users 1:* tbl_Item //关系 tbl_Item 1:1 tbl_ItemDetail1& tbl_ItemD
..
我有一个数据库模式来记录用户在我的webapp中执行的操作: Log --- Id Log_Type_Id Performed_by_Person_Id Performed_to_Person_Id Comment_Id Story_Id Photo_Id etc_Id Person_Log ---------- Person_Id
..
在每个关于实体关系图的教程中,我读到不允许为关系指定固定的基数。只有对ERD的非正式评论可以澄清,飞行员的数量是恰好是2 。 所以,例如每次飞行中有两名飞行员的飞行员和飞行员之间的关系必须表示为: 而不是 code> 0.。N - 2 我的
..
最近我转移到MongoDB Web应用程序的后端部分,Web应用程序本身就是一个验证工具,工作流程如下所示: 用户上传文件(通常是数十万行) 验证器检查它输出大量消息(可能每行多于一行) li> ...最后提供一些统计资料 我建模了我的应用程序,它自己的数据库包含: 该文件(通过GridFS保存) 包含消息的集合(在某些情况下可能超过一百万行) 具有统计资料的集合
..
我需要数据库设计专家的一些建议。 我有六个外键进入一个表缺陷),它们都指向用户表中的主键。它就像: 缺陷(.....,assigned_to,created_by,updated_by,closed_by ...) 如果我想获取有关缺陷的信息,我可以进行六个连接。我们有更好的方法吗? 另一个是我有一个状态表,可以存储用户定义的一组值之一。我有缺陷表和任务表,我
..
我还没有遇到这个问题,但是这是我想的(非常肤浅和简单的imho) 如果你有一个密钥值存储所有访问都是使用NOSQL解决方案的关键查找。 如果您希望基于值(和子值)进行查找,或者像联接一样更复杂,那么可以使用关系解决方案。事务=关系(我不太确定如果nosql解决方案支持该概念) 它也看起来像NOSQL =非规范化(SQL)(我可能在这里非常错误) 一般来说,任何原则/准则/拇指规则来
..
我给了医院使用的表单的硬拷贝来收集关于患者的信息!该表格分为几个部分,每个部分都有一个YES / NO复选框。 例如,其中一个部分是“历史”部分,具有超过20个不相关的是/否字段: 吸烟者(是或否) 糖尿病(是或否) 慢性肺(是或否) 。 。 。 。 。 另一部分是“压力测试数据”部分,其中有以下问题: 标准测试(是/否),如果是,结果(负数或正数),
..
可能重复: 用户密码盐的最佳长度是多少? 我有一个数据库,如下所示: 创建表用户(id int primary key auto increment, 用户名varchar(64), 密码varchar(128),#sha512密码密码 password_salt varchar(128)#sha512用作盐的随机数的哈希 ) 这是确保盐密码安全的好主意吗?盐
..
我正在考虑一个应用程序的设计,主要功能围绕着查找给定集合子集的所有集合的集合的能力。 例如,给定输入集合A = {1,2,3 ... 50}和集合集合B = {B1 = {3,5,9,12},B2 = {1,6,100,123,45}。 .. B500 = {8,67,450}},返回所有B的A的子集。 我猜这是一个搜索引擎,除了我不真的有A套的奢侈品很小,而且B很大;在我的情况下,B
..
我有三个数据库表: 用户 电子邮件 邀请 电子邮件由user_id字段链接到用户。 邀请也通过user_id字段与用户相关联 电子邮件可以在没有邀请的情况下创建,但每个邀请都必须有电子邮件。 我想链接电子邮件和邀请表,以便可以找到特定邀请的电子邮件。 但是创建一个循环引用,邀请和电子邮件记录保存同一用户的ID。 这是一个糟糕的设计,如果是这样,我该如何
..
我如何使用文章制作一个网站,并希望列出每篇文章的观点,以显示最受欢迎的文章:今天,本周和本月。你做数据库模式吗? 解决方案 如果足够知道文章显示的次数,可以使用如下所示: daily_article_views( ,article_id ,view_date ,view_count ,主键(article_id,view_date) ,外键(article_id)引用文章 )
..
我想知道如何在关系中正确设置主键。例如。我们有 ER-diagram ,其中包含元素: 主要属性 弱键属性 识别关系 关联实体 为了将其转化为关系模型,我们应该做一些技巧。上述所有元素处理关键的主键,但都是自然键 - 所以我们可以将它们保留为或替换为替代键。 考虑一些情况。 案例1 密钥属性是一个名称 - 所以它必须是键入 CHAR 或 VARCHAR 。一般名
..
所以一般的想法是要有两个表: 发票(ID,日期,客户地址,客户状态,客户国家,增值税,总计); InvoiceLine(Invoice_ID,ID,Concept,Units,PricePerUnit,Total); 正如你所看到的那样,这个基本设计会导致很多重复的记录,客户端将拥有相同的地址,州和国家/地区。 所以替代方法是拥有一个地址表,然后建立一个关系Address
..
我有两张名为球员的表格&在Postgres数据库中匹配,如下所示: CREATE TABLE玩家( 名称文本NOT NULL, id serial PRIMARY KEY ); CREATE TABLE matches( winner int REFERENCES players(id), loser int参考玩家(id), - 防止重新配对btw玩家 CONSTR
..
我一直在考虑在数据库中持有“Live”数据集和一组草案的最佳方法。现场版本显示在网站上,草稿版本一直工作,直到它准备好上线。该模型是关系型的,由许多表组成。 我目前的方法是拥有2个数据库,一个用于草稿,一个用于实时。 当您将数据提升到生存时,SQL只需将db中的数据复制到实时数据库。 这很好,但有点慢看起来很乱并且经常SQL必须考虑两组表。 另一种方式是将Live指示器作为每个
..
我正在构建一个数据库,遇到一个问题,我似乎不能包容我的想法。数据库比所图示的复杂得多,但问题可以在下面的表格结构中进行说明。 问题是每个员工都有一个经理,每个经理都是一名员工。看来这些表必须参考彼此。但是,当我设置它时,这似乎不能正常工作。 我正在使用cakephp。这种关系类型的名称是什么?这是错误的设计吗?这种情况的适当设计是什么?我希望它可以自动运行。 解决方案 如果我正
..
我有以下两个表: employees(id,name,地址,指定,工资,电话,电子邮件...) business_men(id,business_type,business_name,turn_over,phone,email ...) 现在我有另一个表客户端。我的客户可以是类型为 employee 或 business_man 。 所以我有客户端表如下:
..
(对不起,这是一个微不足道的问题。) 我有这样的文件(Python语法): {'id':'featureX','value': $' 6}, {'id':'featureY','value':45} ] } 使用此结构,可以轻松地在功能列表中找到包含“featureX”的所有文档。但是我也有兴趣检索子文档中关联的值。 我认为在Python中,如果我得到一个这样的查询的文
..
在某些时候,我假设任何为couchdb(或其他nosql选项)开发的人员仍然必须确定每个文档中必须存储的内容。而且似乎很少,虽然很少,每隔一段时间,我们需要在这些文件之间有一些关系。 所以,人们还在使用ER型软件(例如Workbench)来创建存储在不同文档中的数据的可视化表示?有人正在开发nosql特定的方法来识别必须捕获的数据? 现在我们在维基页面中使用了一个项目符号列表,有什么更
..
我正在尝试设置一个从不同的表链接两条记录的表。这些链接本身需要与另一个表相关联。所以目前,我的表格如下所示: link_id(主键) item_id_1(外键) item_id_2(外键) link_type(元数据) 然而,项目之间的链接不是定向的(即它应该没有区别,无论项目是链接中列出的第一个还是第二个)。理想情况下,我想让item_id字段出现两次;因为这是我必
..