Questions tagged «database-design»

数据库设计是指定数据库的结构以及逻辑方面的过程。数据库设计的目的是代表某种“话语世界”-事实的类型,业务规则和数据库要建模的其他要求。


23
数据库,表和列的命名约定?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 每当我设计数据库时,我总是想知道是否有最佳方式在数据库中命名项目。我经常问自己以下问题: 表名应该是复数吗? 列名应为单数吗? 我应该为表格或列添加前缀吗? 我在命名项目时应该使用大小写吗? 是否有建议的指南来命名数据库中的项目?

6
MongoDB与Cassandra的比较
关闭。此问题不符合堆栈溢出准则。它当前不接受答案。 想改善这个问题吗? 更新问题,使其成为Stack Overflow 的主题。 3年前关闭。 我正在评估什么是最好的迁移选项。 目前,我在分片的MySQL(水平分区)上,我的大部分数据存储在JSON Blob中。我没有任何复杂的SQL查询(自从对数据库进行分区以来,已经迁移了)。 现在,似乎MongoDB和Cassandra都是可能的选择。我的情况: 每个查询中的读取次数很多,常规写入的次数更少 不担心“大规模”的可扩展性 更关注简单的设置,维护和代码 最小化硬件/服务器成本

10
数据库水平和垂直缩放之间的差异
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 4个月前关闭。 我遇到过许多NoSQL数据库和SQL数据库。有各种参数可以衡量这些数据库的优缺点,而可伸缩性就是其中之一。水平和垂直缩放这些数据库有什么区别?

30
应用程序开发人员犯的数据库开发错误
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 8年前关闭。 已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 应用程序开发人员常犯哪些常见的数据库开发错误?



10
将分隔列表存储在数据库列中真的不好吗?
想象一个带有一组复选框的Web表单(可以选择任何一个或全部)。我选择将它们保存在数据库表的一列中以逗号分隔的值列表中。 现在,我知道正确的解决方案是创建第二个表并正确规范化数据库。实施简单的解决方案的速度更快,我想快速对该应用程序进行概念验证,而不必花费太多时间。 我认为节省时间和简化代码在我的情况下是值得的,这是一个合理的设计选择,还是我应该从一开始就对其进行标准化? 在更多情况下,这是一个小型内部应用程序,实际上替代了存储在共享文件夹中的Excel文件。我也在问,因为我正在考虑清理程序并使其更易于维护。我有些不满意,有些是这个问题的主题。

14
自动生成数据库图MySQL [关闭]
关闭。此问题不符合堆栈溢出准则。它当前不接受答案。 想改善这个问题吗? 更新问题,使其成为Stack Overflow 的主题。 5年前关闭。 我厌倦了在每个项目的开头打开Dia并创建数据库图。是否有工具可以让我选择特定的表,然后基于MySQL数据库为我创建数据库图?最好是让我以后再编辑图表,因为没有设置任何外键... 这是我在图表上的示意图(请原谅可怕的数据设计,我没有设计它。让我们专注于图表概念,而不是本例中代表的实际数据;)): 见全尺寸图


7
使用GUID作为主键的最佳实践是什么,特别是在性能方面?
我有一个几乎在所有表中都使用GUID作为主键的应用程序,并且我已经读到在将GUID用作主键时存在有关性能的问题。老实说,我还没有遇到任何问题,但是我将要启动一个新的应用程序,并且我仍然想将GUID用作主键,但是我正在考虑使用复合主键(GUID以及其他领域) ) 我使用GUID是因为当您具有不同的环境(例如“生产”,“测试”和“开发”数据库)以及在数据库之间进行数据迁移时,它们易于管理。 我将使用Entity Framework 4.3,然后在将其插入数据库之前在应用程序代码中分配Guid。(即,我不想让SQL生成Guid)。 为避免基于此方法的性能受到影响,创建基于GUID的主键的最佳实践是什么?



12
日历重复/重复事件-最佳存储方法
我正在建立一个自定义事件系统,如果您有一个重复的事件,看起来像这样: 从2011年3月3日开始,活动A每4天重复一次 要么 从2011年3月1日开始,活动B每2周重复一次 我如何以一种易于查找的方式将其存储在数据库中。如果存在大量事件,我不希望出现性能问题,并且在渲染日历时必须仔细检查每个事件。


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.