Questions tagged «database»

数据库是有组织的数据集合。它是模式,表,查询,报告,视图和其他对象的集合。数据通常以支持需要信息的流程的方式来组织,以对现实的各个方面进行建模。如果对设计数据库有疑问,请使用此标记。如果它与特定的数据库管理系统(例如MySQL)有关,请改用该标记。

25
数据库中已经有一个命名的对象
从程序包管理器控制台更新数据库失败。我使用了Entity Framework 6.x和代码优先方法。错误是 “数据库中已经有一个名为“ AboutUs”的对象。” 我怎么解决这个问题? internal sealed class Configuration : DbMigrationsConfiguration<Jahan.Blog.Web.Mvc.Models.JahanBlogDbContext> { public Configuration() { AutomaticMigrationsEnabled = true; AutomaticMigrationDataLossAllowed = false; } protected override void Seed(Jahan.Blog.Web.Mvc.Models.JahanBlogDbContext context) { } } 我的DbContext是: public class JahanBlogDbContext : IdentityDbContext<User, Role, int, UserLogin, UserRole, UserClaim> { public JahanBlogDbContext() : base("name=JahanBlogDbConnectionString") { Database.SetInitializer(new DropCreateDatabaseIfModelChanges<JahanBlogDbContext>()); …

8
如果不存在PostgreSQL,可以模拟CREATE DATABASE吗?
我想创建一个通过JDBC不存在的数据库。与MySQL不同,PostgreSQL不支持create if not exists语法。做到这一点的最佳方法是什么? 应用程序不知道数据库是否存在。它应该检查数据库是否存在并且应该使用它。因此,连接到所需的数据库很有意义,并且如果由于数据库不存在而导致连接失败,则应该创建新数据库(通过连接到默认postgres数据库)。我检查了Postgres返回的错误代码,但找不到与之相同的任何相关代码。 实现此目的的另一种方法是连接到postgres数据库,并检查所需的数据库是否存在,并采取相应的措施。第二个要解决一些麻烦。 有没有办法在Postgres中实现此功能?
115 sql  database  postgresql  jdbc  ddl 



5
非关系数据库设计
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 改善这个问题 我对您使用非关系型“ nosql”数据库所使用的设计策略感兴趣,即不使用传统关系设计或SQL(例如Hypertable,CouchDB, SimpleDB,Google App Engine数据存储区,Voldemort,Cassandra,SQL数据服务等)。它们通常也被称为“键/值存储”,从根本上说,它们的作用就像巨型分布式持久哈希表。 具体来说,我想了解这些新数据库在概念数据设计方面的差异。更容易,更困难,什么都做不到? 您是否提出了在非关系世界中工作得更好的替代设计? 您是否遇到任何似乎不可能的事情? 您是否在任何设计模式之间架起了桥梁,例如从一种设计模式转换到另一种设计模式? 您是否甚至现在都在做显式数据模型(例如,在UML中),还是完全放弃了它们以支持半结构化/面向文档的数据块? 您是否错过了RDBMS提供的任何主要的额外服务,例如关系完整性,任意复杂的事务支持,触发器等? 我来自SQL关系数据库背景,因此规范化就在我的血液中。就是说,我获得了非关系数据库在简化和扩展方面的优势,而且我的直觉告诉我,设计功能必须有更丰富的重叠。你做了什么? 仅供参考,这里有关于类似主题的StackOverflow讨论: 下一代数据库 更改架构以与Google App Engine一起使用 选择一个面向文档的数据库
114 database  nosql 

8
变更日志/审核数据库表的最佳设计?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 2年前关闭。 改善这个问题 我需要创建一个数据库表来存储不同的更改日志/审核(添加,删除,修改等内容时)。我不需要存储特别详细的信息,因此我在考虑以下方面: id(用于事件) 触发它的用户 活动名称 事件描述 事件的时间戳 我在这里想念什么吗?显然,我可以继续改进设计,尽管我不打算使其变得复杂(为事件类型或诸如此类的东西创建其他表是不可能的,因为这对我来说很复杂)。



11
使用运行方式从内部存储中检索数据库或任何其他文件
在非root用户的android设备上,我可以使用run-as带有程序包名称的命令导航到包含数据库的数据文件夹。我只满足于查看大多数文件类型,但是如果要从android设备访问,我想从数据库中获取文件。 在adb shell的这一部分是否有一个download copy或move命令?我想下载数据库文件并使用数据库浏览器查看其内容。 这里的一个答案涉及将整个应用程序包转换为压缩的归档文件,但是在完成该归档文件并将其移至机器后如何提取该归档文件没有进一步的答案,当可能有一个更直接的解决方案开始时,我非常困惑。

14
轻巧的替代Hibernate吗?[关闭]
从目前的情况来看,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意测验或进一步的讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 我有一个用户Java程序,希望将数据存储在轻量级数据库(例如Derby或Sqlite)中。我想在程序中使用数据抽象层。Hibernate似乎需要大量配置,并且对于我所需要的东西来说过于矫kill过正。什么是Hibernate的轻巧替代品?

16
为什么要使用ORM?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 7年前关闭。 改善这个问题 如果您要激励为什么要使用ORM来管理/客户的“优点”,原因是什么? 尝试使每个答案保持一个原因,以便我们可以将投票结果视为最佳原因
113 database  orm 


11
如何使用SQL重命名数据库表中的列?
如果我想使用SQL在SQL数据库中简单地重命名一列(而不更改其类型或约束,仅更改其名称),该怎么做?还是不可能? 这适用于任何声称支持SQL的数据库,我只是在寻找一个特定于SQL的查询,无论实际的数据库实现如何,该查询都将起作用。

4
MySQL中有两个单列索引还是一个两个列索引?
我面临以下问题,我不确定什么是最佳实践。 考虑下表(该表会变大): id PK | Giver_id FK | FK | 日期 我正在使用InnoDB,据我了解,它会自动为两个外键列创建索引。但是,在需要匹配以下特定组合的情况下,我还会做很多查询: SELECT...WHERE giver_id = x AND recipient_id = t。 每个这样的组合在表中将是唯一的。 在这些列上添加双列索引有什么好处,还是理论上两个单独的索引足够/相同?

4
MYSQL 5.7中的本机JSON支持:MYSQL中JSON数据类型的优缺点是什么?
在MySQL 5.7中,添加了用于在JSON表中存储JSON数据的新数据类型。显然,这将是MySQL的巨大变化。他们列出了一些好处 文档验证 -JSON列中只能存储有效的JSON文档,因此您可以自动验证数据。 有效访问 -更重要的是,当您将JSON文档存储在JSON列中时,它不会存储为纯文本值。相反,它以优化的二进制格式存储,从而可以更快地访问对象成员和数组元素。 性能 -通过在JSON列中的值上创建索引来提高查询性能。这可以通过虚拟列上的“功能索引”来实现。 便利性 -JSON列的附加内联语法使在SQL中集成文档查询变得非常自然。例如(features.feature是一个JSON列):SELECT feature->"$.properties.STREET" AS property_street FROM features WHERE id = 121254; 哇 !它们包括一些很棒的功能。现在,更容易操作数据。现在可以在列中存储更复杂的数据。因此,MySQL现在具有NoSQL的味道。 现在我可以想象对JSON数据的查询类似 SELECT * FROM t1 WHERE JSON_EXTRACT(data,"$.series") IN ( SELECT JSON_EXTRACT(data,"$.inverted") FROM t1 | {"series": 3, "inverted": 8} WHERE JSON_EXTRACT(data,"$.inverted")<4 ); 那我可以在几个json列中存储巨大的小关系吗?好吗?它破坏规范化了吗?如果可能的话,我想它将像MySQL列中的NoSQL一样。我真的很想了解更多有关此功能的信息。MySQL JSON数据类型的优缺点。

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.