是“黑洞”表邪恶吗？
阅读这个问题，我刚刚学到了 blackhole 表技巧：基本上是使用单个表来插入数据，然后是一个触发器，将数据分成许多其他表。 我不知道这是否会导致问题，一旦工程项目的开发人员知道这一点。 这个 > tecnique ？ 编辑： 当我看到这个例子时， ：如果由于某种原因事务失败，你会发现 blackhole 行与原始数据，历史目的，也许是一个帮助debug - 但这似乎是只有+
..
database-design相关内容
数据库设计：EAV选项？
这只是一个数据库概念问题：EAV的以下模型的优缺点是什么？ 模型1： / p> TABLE：attribute_value ==================== ================== | id | fk_id |属性|值| ================================== | 1 | 10 | FName | John |
..
在严重标准化的数据库中选择表数据的通用版本控制策略
参考以下示例（但非常简化）的结构（在psuedo SQL中） ），我希望更好地解释一下。 TABLE StructureName { Id GUID PK， Name varchar（50）NOT NULL } 表结构{ Id GUID PK， ParentId GUID， - FK到结构 NameId GUID NOT NULL - FK到StructureNam
..
mongo db设计的以下和feed，我应该在哪里嵌入？
我有一个基本的问题，我应该在mongo db中嵌入一组追随者/追随者。在用户对象中嵌入一个以下的嵌入式集合是有意义的，但是同样嵌入逆向追随者集合也是有意义的呢？这将意味着我必须更新和嵌入在以下嵌入式列表中 的配置文件记录中 以及followee的关注者嵌入列表 我无法确保原子性，除非我也以某种方式保持事务或更新状态。是值得嵌入在两个实体，还是应该更新＃1，嵌入跟随者的个人资料，并在其
..
复合主键：是好还是坏
我一直在为在线商店系统设计数据库。 我通过阅读这个网站的一些帖子遇到的问题是，虽然我可以使用复合主键在下面我要解释的情况下，这是一个坏的做法（根据我在这方面阅读的帖子在stackoveflow，很多人说这是一个坏的做法，这就是为什么我问）。 我想存储订单的付款单独的表。原因是，订单可以具有许多项目，它们也以多对多关系的形式在单独的表中处理。现在如果我不使用复合主键作为我的付款表，我会失去我的
..
复合主键应该在SQL Server中集群吗？
考虑这个例子表（假设SQL Server 2005）： create table product_bill_of_materials parent_product_id int not null， child_product_id int not null， quantity int not null ） b $ b 我正在考虑一个复合主键包含两个product_id
..
如何设计数据库的翻译字典？
我有数据库的单词和短语从exp。英语到15种其他语言，并且该列表中的每种语言都对其他15.对于一对，他们现在排在这样的一个表中（en - > de）： id_pair word_en word_de 为这个巨大的单词和短语列表创建数据库的最好方法是什么？ 我知道我必须将每种主要语言与其他语言分开，并且可能会这样想： $ b ID | WORD 1 | 'diction
..
休眠：在复合PK对替代PK的意见
根据我的理解，每当我使用@Id和@GeneratedValue在JPA / Hibernate实体的长字段，我实际上使用代理键，我认为这是一个很好的方式来定义主键考虑我在使用复合主键的不太好的经验，其中： 有超过1个业务值列组合成为独特的PK 复合pk值在表格详细信息中重复出现 不能更改该复合PK内的业务值 我知道hibernate可以支持两种类型的PK，但是我仍然想知道我以前的聊
..
最佳数据库结构 - “更宽”的表有空字段或更多的表？
我需要将其他数据放入数据库，我可以选择修改现有表（table_existing）或创建新表。 这是如何table_existing现在看起来像： table_existing --------------- ---------- | ID | SP | SV | Field1 | | .. | WW | 1 | ...... | | .. | WW | 1 | ...
..
将表格标准化为第三个正常形式
这个问题显然是一个家庭作业问题。我不明白我的教授，不知道他在选举期间说什么。我需要逐步的指示，以便将下面的表格标准化为1NF，然后是2NF，然后是3NF。 我感谢任何帮助和指示。 解决方案 好的，我希望我记得所有人都正确，让我们开始... 规则 为了使它们非常短（不是非常精确，只是给你一个第一个想法是什么）： NF1 ：表格单元格不能包含多个值。 NF2 ：NF1
..
如何在登录后合并用户数据？
如果你正在构建一个eshop或任何其他应用程序使用会话存储请求之间的一些数据没关系。 如果您不想通过要求他注册来惹恼用户，您需要允许他在可能的情况下匿名执行某些任务（用户确实需要注册的原因） 。 有一个问题 - 如果用户决定使用他现有的个人资料登录，他可能已在他的“匿名”会话中有一些数据。 合并这些数据的最佳做法是什么？我猜应用程序应该在可能的情况下自动合并它，或者让用户决定在哪里不
..
Django：如何建模一个异构数据类型的树？
我需要在我的数据库中存储树数据结构，我计划使用 django-treebeard 或可能 django-mptt 。我的困惑的来源是每个节点可能是三种不同的可能类型之一：根节点将始终是类型A实体，叶节点是类型C实体，并且之间的任何东西将是类型B实体。我想知道建模这种情况的最佳方法。 更新：我第一次尝试模型继承，我认为这可能是最好的方式去。不幸的是，django-treebeard的公共API
..
Mysql可视化工具
有谁知道一个好（最好是开源和跨平台）工具，以允许简单的可视化的mysql数据库？我只需要一个工具，我可以快速指向一个数据库，它会显示基本的表结构和字段类型等。没有什么太先进或疯狂。 解决方案 MySQL Workbench 在Windows和Linux上运行。商业版本将允许您逆向工程和编辑活动数据库的结构，使用您首先将结构转储到文件的自由文件。其祖先 DBDesigner 有点老，但没有此
..
单表继承（数据库继承设计选项）的利弊，在这种情况下它使用？
今天，我研究了大约2种数据库设计继承方法： 单一表格继承 Class Table Inheritance 在我的学生看来，单表继承使数据库比其他方法更小，因为它只使用1个表。但我读到，更有利的方法是 Class Table Inheritance ，根据Bill Karwin。 单表继承的优点和缺点 解决方案 在我的学生看来，单表继承让数据库更多小于其他方法，因为她
..
复合主键与附加“ID”柱？
如果我们有这样的表格： 图书（假装“ISBN”不存在） 作者 标题 版本 li> 价格 可以说{author，Title，Edition}键。 决定候选人/主键是{Author，Title，Edition}还是应使用ID列，{author，Title，Edition} 作者（PK） / li> 标题（PK） 版本（PK） 出版年份 价格 更好，或
..
将更改历史记录保存到数据库字段的最佳方法是什么？
例如，我有一个表，存储有关属性的详细信息。其中可能有业主，价值等。 是否有一个好的设计来保存每一个更改的所有者和价值的历史。我想为许多表做这个。类似于对表的审计。 我认为是保留一个包含字段的表格 code> table_name ， field_name ， prev_value ， current_val ， time ，用户。 $ b b 但它看起来有点丑陋和丑陋。是否有
..
用于按日，周，月，年保持统计数据的数据库结构
我必须按网站的用户活动的日，周，月和年来收集统计数据。我是DB设计阶段，我想正确地做这个阶段，因为它将使我的编码生活更轻松。 我要做的只是简单地增加值每次活动发生时，数据库中的字段由1。所以我可以每天，每周，每个月和每年提高日期。我的DB应该如何结构化？道歉，如果这是一个简单的问题，大多数。如果这个结构可以扩展，以便可以按其他类别分解，这也是很好的。 有麻烦的位是每个月由 感谢所
..
如何选择列的优化数据类型[innodb specific]？
我正在了解数据库的数据类型的用法。 例如： 哪个更适合电子邮件？ varchar [100]，char [100]或tinyint（joking） 哪个更适合用户名？应该使用int，bigint还是varchar？ 说明。我的一些朋友说，如果我们使用int，bigint或另一个数字数据类型，它会更好（Facebook的确）。像u = 123400023指用户123400023，而不
..
MySQL PRIMARY KEYs：UUID / GUID vs BIGINT（timestamp + random）
tl; dr：如果我不想处理UUID，则将行号ID为{unixtimestamp} {randomdigits}（如1308022796123456）分配为BIGINT是一个好主意吗？ > 只是想知道是否有人对于分配给多个服务器上的数据库记录的ID / PRIMARY KEY的任何性能或其他技术注意事项/限制有一些了解。 我的PHP + MySQL应用程序在多个服务器上运行，并且数据需
..
有没有更简单的方法来实现这种风格的用户消息？
我为用户创建了一个消息传递系统，它允许他们向另一个用户发送消息。 使用者的收件匣会列出使用者所有的会话群组，包括所有的会话群组 用户只能与另一个用户进行一次会话。 当用户点击其中一个对话时，他们会转到显示整个对话的页面，他们在顶部有最新的帖子。 我有两个表格： userconversation usermessages userconversation
..