因此,在编写web应用程序时,用户可以在网站的多个区域上载文件。我的基本工作方法是将实际文件存储在服务器上,并有一个数据库表将存储的文件名连接到与其相关的记录
我的问题是:每个“类型”的文件是否应该有不同的表?此外,文件应该存储在服务器上与上下文相关的位置,还是一起存储
一些例子:用户档案照片、求职简历、CMS页面上的相关文档等。根据您所说,我只会将带有随机(UUID或其他)文件名的文件存储在一个地方。然后我会有一个“附件”表或包含所有外部文件引用的东西。此表还将包含该文件的元数据,以及该文件的
系统中有几种类型的对象,每种类型的对象在数据库中都有自己的表。用户应该能够对其中任何一个进行评论。您将如何设计注释表?我可以想出几个选择:
一个注释表,每个对象类型(ObjectAID、ObjectBID等)有一个FK列
多个注释表,每种对象类型一个(ObjectAComments、ObjectBComments等)
一个泛型FK(ParentObjectID),另一列指示类型(“ObjectA”)
你会选择哪一个?有没有更好的方法我没有想到?设计模式使可注释(缺少更好的词)表遵循标准继承建模模
当然,我想为在线学习网站opensource asp.net mvc构建一个线程论坛,尽管这对这个问题并不重要
DB的结构应该是什么,它将有助于以最佳性能检索论坛帖子?我不是说不,因为它可能会随着检索行的数量而变化
此外,我应该能够链接一个特定的线程与其他线程。例如,显示相关的论坛链接
我正在使用SQLServer2005
以下是我脑海中不知羞耻地从中取来的结构
表:论坛
· Id
· ParentId (null if this is the first message)
· Parent
我目前正在从事一个项目,我的“单位”将有三个不同的“阶段”,每个“阶段”有三个“步骤”。我在设计数据库布局时遇到了问题,因此我不知道是将其全部放在一个表中还是多个表中
例如:
表1:单元id、单元类别、单元名称、单元阶段、单元步骤
或:
表1:单位id、单位类别、单位名称
表2:阶段id、阶段名称、单元id
表3:步骤id、步骤名称、单元id
连续更新一行中的字段更容易,还是将“单位”id放在其他表中更好
(此外,每个阶段都有完全相同的步骤)
澄清:
每个单元经历5个不同的阶段。每个阶段内有3
我们正在开发一个Web应用程序,用户可以订阅一组特定的事件。
例如:用户在blob中创建评论,所有订阅此博客的用户的列表中都应该包含此事件
目前,我们正在搜索存储这些数据的数据模型
从可用性的角度来看,将所有事件存储在一个表中似乎是个好主意:
对象(在示例中:注释引用)
Subscribable对象(在示例中:blog引用)
生成事件的用户
事件类型(如:更新、创建等)
特定用户的订阅事件可以由sql查询收集,sql查询将按用户订阅筛选事件
此数据模型中的问题是,可下标对象可能具有“继承性”
我有一张10万用户的表格(姓名、年龄、性别、电话、公司、街道、城市、州、国家、邮编等)
我还有一个表,上面有数千个向用户提供的促销活动。现在,对于每个促销,我需要添加一个规则,定义它应用于哪些用户子集
例如,规则可能是:zipcode为10000到19999的所有用户
另一条规则可能是:所有非美国籍女性用户
然而第三条规则可能是:居住在DC、MD或VA的18岁以上用户。
等等
现在给定一个特定的用户,我想(高效地!)找出哪些促销适用于该用户
考虑到我希望能够快速找到与特定用户匹配的促销活动,对这
我想建立一个库存系统,其中项目有多级包装,例如纸箱有中盒,中盒有小盒,小盒有2个项目。请告诉我们如何使用sql server 2005来处理它,以便它可以轻松地处理销售和购买,并显示纸箱、中、小箱子和物品的确切库存状态。我建议使用关系数据库中的分层数据。+1建议使用嵌套集,但请记住,这不是一个理想的解决方案,您不应该总是使用所有RDB,如果数据库不支持本地的体系结构查询,这是一个解决方案。这是一个很好的观点。事实证明SQLServer2005和更高版本支持递归CTE。谢谢你让我意识到这个选择。下
我应该如何在数据库中为零或一对多关系建模?例如,用户记录可能有父记录,也可能没有父记录。那么,我的用户表应该有一个t_user.parent_id,还是应该有一个名为t_user_hierarchy的关联表,该表的列为t_user_hierarchy.parent_id和t_user_hierarchy.user_id?只需在子表(用户表?)中设置外键即可可空的我会使用一个可空的父id。然后您可以使用自连接来获取任何特定记录的父项或子项。看看这个线程。类似问题:
是否有另一个关联表或可空外键取决
请随时为我的任何想法提供改进
我的目标是让多个用户运行一个桌面程序,该程序将信息传递给php脚本,然后php脚本将信息写入数据库。无需担心桌面应用程序的细节
我的问题是:
1) 这种方法有效吗?或者php脚本将数据写入文本文件,然后cron作业每分钟调用一个php脚本来处理文本文件会更好吗
2) 当我推出桌面应用程序的版本2时,如何调整数据库以处理新的更改?例如,假设程序的v1只发送一个变量。然后程序的v2发送两个变量。我无法确保所有用户都升级到版本2。因此,如果用户仍在使用版本1,php脚本是
我想创建一个网站来训练多项选择题,问题是我不想为每个用户重复这个问题,我会有很多问题,随机得到同一个问题的概率非常小,对我来说很重要的是,用户看不到同一个问题,所以这样做有必要吗?我怎么能做到这一点。。我想保存一个所有问题id的列表,并使用它调用尚未使用的新问题并保存更改…这样我必须保存登录时加载的字符串,包含所有问题,这是一种有效的方法吗
欢迎任何想法改变结构,使其更好我认为你的基本想法是正确的。将用户已回答的问题的ID存储在某处。近似
asked_questions
------
我正在设计一个以数据库为中心的web应用程序。我注意到一些实体具有属性,这些属性不用于选择、排序和分组。它们只是简单明了的数据持有者,存储在数据库中,并由GUI更新,例如。G实体用户中的属性中间名
因此,我计划将所有这些属性作为字符串(JSON格式)存储在varchar字段中。我认为它使数据访问层更简单,因为我不需要每个实体的所有JSON到SQL/从SQL转换。另外的好处是添加/删除这些属性,而不改变数据库模式。这有意义吗?我认为单一的varchar不是一个好主意。我猜你打算在最后加上新的?这将
我们正在设计一个数据库,它有一个名为Person的简单表。每个人都可以有几个与其相关的角色,如客户、员工、经理等。每个角色都有一个属性列表,因此每个角色也有一个表
现在我们需要将一个人连接到他的角色集。这样做的最佳方式是什么
到目前为止,我们已经提出了两种设计,但我们不确定哪一种在扩展可能引入的其他角色以及保持数据库内数据完整性方面是最佳的
我们的第一个设计将有一个映射具有特定角色的人的表,以及该角色表中的id。此表中的一个条目如下所示
personid: 5
role: 2 (manager)
数据库规范化的步骤和指导原则是什么?如果有一群具有良好计算机和逻辑技能的人,您如何向他们解释如何规范数据库设计?在1NF中获取属性(字段)列表并将其转换为数据库的思维过程是什么?2NF?3NF?只需选择3NF并专注于数据格式,一切都会很简单。或者你可能会走上完全错误的道路,使用E/R图只是为了把它们弄糊涂 查看其中一些资源:
或者给你的家人买一本我找到的学习数据库设计的最好的书:
迈克·埃尔南德斯
我的学习方式是从1NF、2NF、3NF、BCNF等逐步建立起来的,有点像历史课式的学习旅程
我读过:
但我的问题有点不同
我只是想知道在多对多关系中,应该首先为表名命名哪个表。在我的关系中,我有艺术家宋。一个艺术家可以唱很多首歌,一首歌可以被很多艺术家唱,但是我如何知道是否给它命名为artist\u songvssong\u artist?虽然我不认为这有什么区别,但是否有一个特定的规则遵循哪个表被命名为第一?在我的例子中,我首先使用了艺术家,因为一个艺术家通常可以有很多歌曲。由许多艺术家演唱一首歌将更加罕见
在这篇文章中:他们使用了song_artist,但是用另一种方式命名会更有意
我们正在设计一个数据库(SQLServer2005)来存储来自我们仪器的测量数据。每秒钟,每个仪器都将返回5个不同的值(所有浮点值)-例如max、min、avg等。在设计数据库时,最好将所有这些值存储在一个表中(每行包含时间戳、类型和值),还是将它们存储在单独的表中(即:avgtable、maxtable、mintable)每一行都包含一个时间戳和值?我们将存储多达100台仪器的数据,这些仪器将一次运行数月,因此数据将变得相当大
一种设计是否比另一种设计提供更好的性能
多谢使用all-in-1表
我正在建立一个分析数据库(我对数据和业务目标有着坚定的理解,并且只有基本到中等的数据库技能)
我遇到过一些关于建立类似仓库的参考资料,这些仓库实现了“日历表”的概念。这是有道理的,而且很容易做到。然而,我看到的大多数示例都是日历表,它们将范围限制为“天”。我的数据需要分析到小时水平。可能几分钟
我的问题是:实现小时/分钟级粒度的日历表在空间效率和查询/排序速度方面是否有价值?如果是,您能推荐一个表结构和填充方法/示例吗
我的主数据表在任何给定时间都将包含2000多万行数据,用于分析的典型子集在1
A 2010年12月13日被问及:
我正在寻找行业标准的逻辑数据模型总帐和账目>应付账款。是否有现成的会计数据模型
肯·唐斯回答说:
摘录:
最基本的分类账有3个表:账户、批次和交易。所有事务>必须在批处理中。有些人把借方和贷方分为两列,我总是做一个>列,借方和贷方有相反的符号
应付账款也很简单。其核心是供应商表和>凭证/发票表。最后生成了一个检查表……之后,根据口味进行润色:)
由于发票和检查表都会影响总账,我是否正确地假设每个都需要存储一个唯一的批号?模式是否会为invoice:batch和
我有一个应用程序,每天收到许多需要两次员工审核的项目。一旦收到一个项目并将其输入数据库,它就会进入审查过程
审查过程是这样的
接收项目并标记应用标签“第一个检查人”
第一个检查器可以将项目置于两个挂起状态之一或将其清除。清除项目会自动将项目标签替换为“第二个检查者?”
如果某个项目进入挂起状态,它将一直停留在那里,直到审阅者做出最终决定
第二个检查器检查项目并选择最终决定
该项目被标记为已完成
目前,我的数据库中有一个名为status的表,其中包含以下列
Id
Name
以及此表中的数
锚模型数据库设计中的数据类型问题。问题假设锚模型实现与锚模型本身分离
在锚定模型xml中,我们有以下与数据类型相关的种类信息:
dataRange=“varchar(42)”
identity=“int”
timeRange=“datetime”
它们存储在锚模型实体(锚/属性)xml节点中。
范例
据我所知,数据类型不会影响锚定模型,而是影响其对特定数据库供应商的实现。即使是历史化属性的时间粒度也与模型无关
因此,问题是:
在元数据xml节点中存储数据类型信息不是更准确吗?因为它们
我有3个大学源数据库,从中我将数据加载到数据仓库维度表中。由于所有3个源都位于相同的维度表中,我如何知道哪些行来自哪个大学?例如如果我想在多个学期内查询某所大学的一名学生的成绩单,在我的事实表(事实成绩单)中,我可以使用学生唯一的社会安全号码(ssn)进行区分,或者我可以在事实表中添加大学属性(但我认为这不正确),但对于我的课程表和其他人而言;如果所有3所大学的课程ID编号相同(例如1、2、3…),我就不知道哪些课程属于哪所大学,这样我就可以正确地将学生和课程加载到事实表中。对于课程维度,我会有
我正在构建一个测验系统,但我不确定如何在数据库方面构建它
假设测验系统是针对树木物种的。用户将收到一张树木图片(条目),并且必须从6个列表中选择正确的物种(5个随机,1个正确)。
测验中有250个物种
我需要解决的两个主要问题:
1) 用户不应再看到相同的树条目。
2) 树条目的所有者必须能够看到其条目上所有投票的统计信息:因此他将看到其他用户在其条目上输入的每个树种的投票数。因为用户会在投票中出错,所以条目所有者将看到这些错误的统计信息,以及条目被误认为是哪种不正确的物种
一种简单的方法是创建
为什么数据库人员继续谈论标准化
这是什么?这有什么帮助
它适用于数据库之外的任何东西吗 它有助于防止重复(更糟糕的是,冲突)数据
但可能会对性能产生负面影响。最重要的是,它用于从数据库记录中删除重复项。
例如,如果有多个位置(表)可以显示一个人的姓名,则可以将该姓名移动到单独的表中,并在其他任何地方引用该姓名。这样,如果您以后需要更改人名,您只需在一个位置进行更改
这对于正确的数据库设计至关重要,理论上,您应该尽可能多地使用它来保持数据的完整性。然而,当从许多表中检索信息时,您会损失一些性能,这
在创建数据库结构时,应该遵循哪些好的指导原则或确定数据库应规范化到何种程度的好方法?您是否应该创建一个未规范化的数据库,并随着项目的进展将其拆分?您是否应该创建一个完全规范化的数据库,并根据性能需要合并表?我认为,从一个未规范化的数据库开始,并随着您的进步向规范化的方向发展通常是最容易开始的。至于要正常化到什么程度的问题,我的哲学是正常化,直到它开始受到伤害。这听起来可能有点轻率,但一般来说,这是一个很好的衡量方法。杰夫在他的博客上对他的哲学有一个很好的概述:。最重要的是:不要过度规范化。但我认
DB设计问题:何时决定使用1对1关系表
我看到的一个地方是,例如,当您有一个User和UserProfile表时,人们将它们拆分,而不是将所有列都放在一个User表中
从技术上讲,您可以将所有列放在一个表中,因为它们的关系是1:1
我知道有人说过,对于UserProfile表,随着时间的推移,您需要修改表以添加更多列,但我真的不认为这是拆分表的有力理由
因此,如果我要设计一个用户表和用户配置文件表,那么我只在一个表中进行是否更好?我唯一使用1对1关系的时候是希望它以多态方式属于多个对象
比如一个
就模式设计而言,论坛似乎是一个有趣的项目
我想知道,要获得一个包含开始线程和回复的记录集,最好的方法是什么?我可以将所有线程(第一个,打开的帖子)存储在一个表中,并拥有一个包含回复的表。然后,我可以使用适当的连接来获取回复表中与线程匹配的所有回复(例如pk/fk之间的唯一键匹配)。然后,我可以根据回复数据对该表进行排序,以获得从开始到最后一篇文章的信息。这是视图还是临时表?为什么
或者,我可以将所有内容存储在一个表中,并使用递归返回数据。这有点复杂
最好的方法是什么?或者也许有更好的方法,然后这
如何在不支持枚举的数据库中实现枚举字段?i、 e.SQLite
需要使用field=?轻松搜索字段?因此,使用任何类型的数据序列化都是一个坏主意。我会使用varchar。这不是你的选择吗?你基本上有两个选择:
使用整数字段
使用varchar字段
我个人主张使用varchars,因为如果更改enum+字段,您不会破坏任何东西,但int也有一些优点,即性能数据的大小是一个明显的例子,为了限制可能的值,我将使用外键来保存枚举项的表
如果不想加入进行搜索,则将键设为varchar如果加入不是问题,则将
我很不好意思问这个问题,但最近出现了一种情况,我需要为三种相互关联的不同类型的银行实体创建一个表。让我解释一下
设想一个银行表,其中包含管理银行、经营农村分行的正规银行、在该银行下经营的农村分行或不属于该层级但仅与农村分行交易的零售银行分行的详细信息
在此之前,我决定为这些设置4个不同的表,并设置FK约束(即管理银行、经营农村分行的银行、农村分行和零售银行分行各一个)。但当我继续创建事务表时,我感到困惑,因为这些实体之间都可能发生事务(例如:农村分行和零售分行之间、农村分行之间等)。这意味着我不
我目前正在开发一个小应用程序,用户通过完成任务获得积分。我想要的是一些关于设计数据库表的最佳方法的建议。在某些方面,系统与SO类似,用户完成任务(回答问题),然后更新其平衡点a
我目前有一个users表,它存储通常的用户信息,但不知道如何向前推进
我最好有一个积分表(用户有很多积分),然后添加用户id和积分数量;然后,当查询一个用户点时,从给定用户id中取出所有点并求和
有没有更有效的方法
谢谢
杰克如果没有用户,点没有任何意义,并且与它是一对一的关系,我会将该字段直接放在用户表上
但是,如果您
我有一个模型问题,后面是一个单独的SO帖子中的视图问题,我将在创建它时链接到它。我发了两个帖子,这样我就可以做两个验收了
现在,让我们先假设我有下面的模式。这是我正在设计的真实模式的简化版本,其中包含了不相关的列。为了保护无辜者和我的工作,我改变了名字
树具有以下属性
tree.id
tree.dob
tree.height
tree.forestid
forestid是forest表的外键,它只是聚合多个树行的一种方法。它有一个id列和一些元数据列
tree和forest都可能有许多
您将如何设计基于文档数据库(mongodb)的类似博客的站点的模式。该网站有以下对象:用户、文章、评论。用户可以在文章中添加评论。每个用户也可以在每条评论中投票一次
我希望能够高效地执行这些查询:
1.获取文章A、对文章A的评论以及每条评论的投票数
2.获取用户B对所有文章的所有评论
3.获取用户B投票支持的所有评论
我的第一个尝试是将文章和评论放在不同的集合中,而评论可以包含投票支持它的用户列表。这使得查询1和查询2变得简单。对于3,我添加了投票收集功能,可以跟踪用户的投票
有一些明显的缺点,
我正在寻找关于使用C#和SQL数据库(特别是MS SQL Server Express)存储多个值的最佳方法的建议。我可以将数据输入表A和表B,但我不确定在填写表2时如何将所有10个步骤存储到数据库中
应用程序的工作方式是用户从表单1上的组合框中选择一个项目,然后按下提交按钮。然后更新表A和表B。一旦这些表有了它们的值,表单2就会打开,用户填写数据并提交以存储在表B中
正如您在表格2中看到的,我无法想象必须在表B中为每个步骤创建30个单选按钮和22个文本框字段。任何关于采取什么方向的建议都将不胜
我有一个提问web应用程序,它允许用户就特定的事情提问。我正在为每个问题开发一个标签样式的标签,就像堆栈溢出一样。当我把每一篇文章与类别或标签联系起来时,我想知道存储这些内容的最佳方式是什么。以下是我认为最理想的方法:
-在sql数据库中创建一列来存储序列化的json对象,或者只存储一行逗号分隔的行,其中包含问题所属类别的ID
我觉得这种方法很难根据特定的标签来搜索问题,因为它必须解析每个问题的categories列,这似乎并不理想。设计此功能的好方法是什么,既能很好地适应搜索,又能使模式相当简
我必须对电子商务系统进行一些更改,以添加一些附加信息,并希望借此机会进行一些改进,使其更加灵活。当客户下订单时,我们必须为每个订单存储多个信息项;例如,产品价格、运输价格、征收的税款以及所做的任何调整
我正在讨论这些字段是否应该离散存储,例如(简化示例):
例如,我可以计算客户支付的总价格:
SELECT Qty*(Price+Shipping+Handling+SalesTax) As TotalCollected FROM ORDER_LINE_ITEM
或者如果我应该使用更间接的结构:
我对我的数据库有点生疏,但也许你能帮上忙。我想创建一个表,其中包含购买的电影,例如DVD和蓝光。正如您所知,DVD盒中包含多部电影,盒中的每部电影都可以是特别版,如导演剪辑等。您可以在收藏/库中同时包含单个电影和盒
如何构造这个?我记不起正确的符号,但这里有:
movies(_id, title, year)
boxes(_id, title, format)
movies_in_box(_*movie_id, _*box_id, edition)
collections(_*user_id,
我正在制作一些金融软件。在这样的软件中,不仅需要知道字段的当前值,还需要知道字段的早期值是什么,是谁进行了更改,以及更改的时间,这样就可以追溯到历史,例如,查看谁犯了罪
我的问题是创造这样一个设计的最佳实践是什么?我使用的数据库管理系统是PostgreSQL。当然,主要访问的是每个字段的当前值。此外,只需要记录对值的更改,因此进行快照备份似乎不是合适的方法
我试图搜索“日志记录”和“交易历史记录”,但没有找到结果 Martin Fowler在他的《分析模式》一书中描述了金融交易系统的设计——这本
我正在尝试设计一个数据库,我想知道我的设计是否有意义
我正试图为一家小型内部复印店设计一个数据库,用于跟踪订单和定价工作。我认为创建一个关系数据库是存储这些信息的好方法。典型订单的几个示例如下:
订单#1:100套7张黑白页和3张彩色页,装订在20磅8.5x11普通纸上
订单#2:一张24英寸x 36英寸的海报,层压并安装在泡沫芯上
我开始从事的设计是:
例如,我有:
产品:{复制订单,海报}
属性:{B&W页面、彩色页面、集合、装订、纸张大小、纸张类型、海报大小}
属性选项:{装订左上
我有一个连接表(Actor\u Character),其中包含一个由其他两个表(Actor和Character)的主键组成的复合键。因为它是一个连接表,所以Actor和Character也都是外键。现在,如果我在这个连接表中添加第三个外键(DVD),它会成为一个实体吗?通常,如果向连接表添加新的非键属性,它将成为一个实体。但是,在本例中,我没有添加非键属性(它是外键),而且它也不是真正的新属性-DVD实体已经存在于其他地方,DVD_ID作为主键
我试图解决的总体业务问题是:
如果客户有一张DVD
我在一个电子商务网站上工作,将会有多个域——每个区域一个域。它与Amazon非常相似,Amazon.com与Amazon.br、Amazon.co.uk等有不同的产品/货币。其中一个要求是,应该有一个主管理员来管理所有区域网站,生成关于所有订单的报告等等
我想了两种方法来构建我的网站
情景1
在第一个场景中,我们只有一个知道区域域的数据库。基本上,在一些表中有一个名为“region”的列,我们可以根据域来过滤请求。下面的图片捕捉到了这一点
情景2
在第二个场景中,我们为每个区域域建立了一个数据
我正试图设计一个数据库模式,准确地表示一项调查,以及所有的问题和回答。以下是对数据库的要求:
DB本身需要适应各种调查(每个调查可能有独特的问题,也可能相同)。每个问题的回答可以是开放式的,也可以是从列表中选择的。从列表中选择的响应可以有0个、一个或多个响应,也可以只允许一个响应。我面临的问题是如何正确地规范问题、答案以及每个问题答案的可能选择。这就是我到目前为止所做的:
其设计方式是,调查表将容纳多个调查。每个调查可以有多个问题。每个调查也可以由多个受访者(或相同的受访者)填写。有些问题可以
每个进程都有多个操作。每个操作都有一个唯一的持续时间(秒),取决于它所属的进程,一个操作可能属于多个进程
问题是我必须使用预定义的“类型”列表,并且每个流程/操作必须属于相同的“类型”。换句话说,“类型a”的进程不能有“类型B”的操作,同样的事情也会发生在另一边
我尝试了以下方法,但没有成功。有什么线索吗
我认为这看起来像是三元关系的经典案例
例如:
教授科目
资料来源:
现在,流程、操作和类型是具有三元关系的三个实体
逻辑模式将具有这种三元关系。它将分解为多个m:n或1:n关系(取决于域约束
这是我第一次尝试从头开始做数据库工作,主要是为了学习。所以我不知道如何组织我的数据库和表。基本上,我想从一个web表单开始,将给定的数据放在几个表中。我不确定,因为每个教程只有3个输入字段,但我的表单可能会超过50个,可能接近100个
所以问题是,我真的应该把每个输入硬编码到对应的表中吗?例如:
$customer\u name=$\u POST[“customer\u name”]
然后将这些变量插入我的数据库?我是否需要制作一个阵列并自动化一些工作?对于较大的表或多个表,标准的做法是什么?我
我试图学习使用c#和SQL的数据库应用程序。任何人都可以为我提供库存管理软件所需字段的完整表格。您好,任何人都可以帮助我。我认为我注册了最差的网站之一。库存管理是一个广泛的话题。你应该从阅读一些列在
大家好,我正在尝试使用mysql实现数据库模型。
当我试图将E/R数据库模型转换为关系数据库模型时,有一件事打动了我。所以问题来了
*请记住,ERDB的“关系”和RDB的“关系”是不同的
据我所知,以下是将ER实体集和关系转换为RDB关系的标准
Entity Sets
: Simply use all the attributes as columns (key attributes become the primary key).
Relationships (Many-Many)
: Us
我正在学习数据库设计/建模,我有一个担忧。在研究概念、逻辑和物理数据模型时,我发现了以下来源,其中概述了每个模型的构成,并提供了每个模型的示例:
要创建数据模型,我使用Oracle SQL Developer data Modeler。根据以下文章,物理模型由数据定义语言语句组成,这些语句创建构成数据库的表:
此定义与原始网页中的定义差异很大。逻辑模型看起来相当相似,但物理模型的定义却相去甚远
哪个来源更准确?有什么我不明白的吗 该行业无视其认为合适的基本原则,滥用任何术语来营销自己的工具集,如
我是时间序列数据库设计的新手
我读过的一个指导原则是避免出现大量的时间序列(例如)或短暂/消失的时间序列
作为练习,我尝试对github存储库的度量进行建模。我想跟踪由各种属性聚合的注释/提交/更改行的总数。我最初的想法是在每个请求上推送度量,并通过查询进行所有聚合
{
labels: {
pr: 1234,
repo: aRepo,
author: personA
}
values: {
commits: 5,
我有一个数据库,在一个速度不太快的服务器上有数百万行,我每周都要获取其中的一些行。问题是,这是关于人的,他们与一个本地化号码相关,但根据分销商的不同,这个号码是不同的
例如,假设我们有X先生
对于分销商A,X先生的本地化为01,但对于分销商B,可能为171
下面是我的数据库现在的样子:
Table Person : Identifiant, name, ...
Table Distributor-A : Identifiant, localisation, ...
Table Distrib
这个问题与领域驱动设计及其相关概念有关
在本例中,软件负责管理一组公交线路。公共汽车路线是指公共汽车到达和离开的一组车站。该计划表表示任何路线出发以及指定的实际到达和出发时间(同一路线的不同出发点的偏移量可能不同)。库存通过一组单独的表格进行管理,这些表格定义了任何给定时间表的实际容量及其座位分配。旅行是按特定时间表从一个车站到另一个车站的预订
在我所附的图表中,有多个表集群。每个簇都应该是一个集合,其根从左侧开始-
站
多站点路线
多站时间表
具有多个座位分配/预订的库存
绊倒
在传统的
我对术语有点困惑:我已经基于Kimball的数据建模方法构建了数据湖(而不是DW),现在不确定是否可以使用数据集市定义来命名我的MPP数据库层
我的假设是,对于中型以上的组织报告,您仍然需要维度建模和星型模式,这与中的推理相同
问题
将Synapse称为数据集市(见下图)正确吗
我可以说我没有DW(即使我有星型模式),但我有Data Lake+Data Mart吗
我是否应该基于业务/报告子域(多个数据集市)将Synapse拆分为多个模式
架构细节
更具体地说,就我而言:
2-3)ADLS+D
我正在为一个大型库存管理系统实现一个图形数据库,该系统涉及许多不同种类的容器和位置。创建初始布局时,我有{items}是“containedBy”{boxes}是“containedBy”{sheels}。我正在考虑的决策涉及预期位置与实际位置
在我们的库存中,当盒子打开时,可能预期包含在盒子中的物品不存在。这与供应商的上游管理有关。在接收清单时,我将在数据库中生成顶点及其边,以表示框中的项目。当盒子打开时,我将在接收过程中更新数据库。我想知道的是:使用“expectedContainedBy”
我目前正在设计一个数据库,使用MS Access作为前端,SQL Server作为后端。昨天我在查看我的表格结构时,对效率和设计完整性提出了一个问题
该数据库将允许应急案例经理输入个人信息,将个人分配给案例经理,并跟踪每个指定案例的遭遇。我最初的结构是这样的(我删掉了二级表,这样更容易理解这个方案,所以如果你没有看到你认为应该存在的关系,不要担心,它就在那里,只是隐藏了,所以我只能专注于我想要回答的问题!):
正如您在上面的示例中所看到的,Conferences表包含个人ID(Individu
上一页 1 2 ...
5 6 7 8 9 10 11 ...
下一页 最后一页 共 83 页