Questions tagged «database»

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

18
使用SQL列出Postgres db 8.1中的所有序列
我正在将数据库从postgres转换为mysql。 由于我找不到能自行解决问题的工具,因此我将使用autoincrement值将所有postgres序列转换为mysql中的autoincrement id。 因此,如何在Postgres DB(8.1版)中列出所有序列,以及有关使用该表的信息,下一个值等信息(通过SQL查询)? 请注意,我无法使用information_schema.sequences8.4版本中的视图。

5
您可以在Rails中获得数据库用户名,密码,数据库名称吗?
我正在编写一个rake任务,该任务在Rails / ActiveRecord之外进行一些数据库工作。 有没有一种方法可以获取如中所定义的当前环境的数据库连接信息(主机,用户名,密码,数据库名称)database.yml? 我想要得到它,这样我就可以用它来连接... con = Mysql.real_connect("host", "user", "pw", "current_db")

19
存储上载的图像,SQL数据库或磁盘文件系统的最佳位置是什么?
我正在编写一个允许用户将图像上传到服务器的应用程序。我希望每天约20张全jpeg图像,并且可能未编辑/调整大小。(这是另一个问题,如何在存储之前在服务器端调整图像大小。也许有人可以在注释中删除.NET资源)。我现在想知道存储上传图像的最佳位置是什么。 将图像作为文件存储在文件系统中,并在具有该图像确切路径的表中创建记录。 或者,使用数据库服务器的“图像”或“二进制数据”数据类型将图像本身存储在表中。 我看到了两者的优点和缺点。我喜欢a),因为我可以轻松地重定位文件,而只需更改表条目。另一方面,我不喜欢将业务数据存储在Web服务器上,并且我真的不希望将Web服务器连接到保存业务数据的任何其他数据源(出于安全原因),我喜欢b),因为所有信息都是在一个地方,并且可以通过查询轻松访问。另一方面,数据库很快就会变得很大。将数据外包可能会更加困难。

14
如何为用户定义的字段设计数据库?
我的要求是: 需要能够动态添加任何数据类型的用户定义字段 需要能够快速查询UDF 需要能够基于数据类型对UDF进行计算 需要能够根据数据类型对UDF进行排序 其他资讯: 我主要是在寻找性能 有几百万个主记录可以附加UDF数据 当我上次检查时,当前数据库中有超过5000万个UDF记录 在大多数情况下,UDF仅附加到几千个主记录中,而并非全部 UDF未加入或用作键。它们只是用于查询或报告的数据 选项: 创建一个包含StringValue1,StringValue2 ... IntValue1,IntValue2等的大表。 创建一个动态表,根据需要添加一个新列。我也不喜欢这个主意,因为除非您索引每个列,否则我认为性能会很慢。 创建一个包含UDFName,UDFDataType和Value的表。添加新的UDF时,生成一个View,该View仅提取该数据并将其解析为指定的任何类型。不符合解析条件的项目将返回NULL。 创建多个UDF表,每种数据类型一个。因此,我们会有用于UDFStrings,UDFDates等的表。可能会与#2相同,并在添加新字段时自动生成View。 XML数据类型?我以前没有处理过这些,但是看到了它们的提及。不知道他们是否会给我我想要的结果,尤其是在性能方面。 还有吗

7
在数据库中实现评论和喜欢
我是软件开发人员。我喜欢编写代码,但我讨厌数据库...目前,我正在创建一个网站,允许用户在该网站上将一个实体标记为喜欢(如FB中),对其进行标记和评论。 我在处理此功能的数据库表设计上陷入了困境。如果我们只能对一种类型的事物(例如照片)执行此操作,那么解决方案将是微不足道的。但是我需要为5种不同的功能启用此功能(现在,但我还假设随着整个服务的增长,这个数字可以增长)。 我在这里找到了一些类似的问题,但是没有一个令人满意的答案,所以我再次问这个问题。 问题是,如何正确,有效和弹性地设计数据库,以便它可以存储不同表的注释,喜欢不同表的注释以及它们的标签。一些设计模式作为答案将是最好的;) 详细描述:我有一个表 User与一些用户数据,以及3个表:Photo用照片,Articles用文章,Places用的地方。我想使任何登录的用户能够: 评论这三个表中的任何一个 将其中任何一个标记为喜欢 用标签标记其中的任何一个 我还想计算每个元素的点赞次数以及使用该特定标签的次数。 1 日的做法: a)对于标签,我将创建一个表 Tag [TagId, tagName, tagCounter],然后我会创造很多一对多的关系表为:Photo_has_tags,Place_has_tag,Article_has_tag。 b)评论数相同。 三)我将创建一个表 LikedPhotos [idUser, idPhoto],LikedArticles[idUser, idArticle],LikedPlace [idUser, idPlace]。数喜欢将计算查询(其中,我认为是坏的)。和... 我真的不喜欢这个设计的最后一部分,对我来说很难闻;) 2 次的方法: 我将创建一个表ElementType [idType, TypeName == some table name],该表将由管理员(me)填充,并带有可被喜欢,注释或标记的表的名称。然后我将创建表: a)LikedElement [idLike, idUser, idElementType, idLikedElement]注释和标签的内容相同,每个注释都有正确的列。现在,当我想制作一张喜欢的照片时,我将插入: typeId = SELECT id FROM ElementType WHERE TypeName == 'Photo' …

10
如何获得MySQL数据库的真实大小?
我想知道我的MySQL数据库使用多少空间,以便选择Web主机。我找到了该命令,SHOW TABLE STATUS LIKE 'table_name'因此当我执行查询时,会得到如下信息: Name | Rows | Avg. Row Length | Data_Length | Index Length ---------- ---- --------------- ----------- ------------ table_name 400 55 362000 66560 数字四舍五入。 那么,该表是否有362000 或400 * 362000 = 144800000字节的数据?索引长度是什么意思?谢谢 !
144 mysql  database  size  byte  storage 

9
如何编写一个简单的数据库引擎
关闭。此问题不符合堆栈溢出准则。它当前不接受答案。 想改善这个问题吗?更新问题,使其成为Stack Overflow 的主题。 6年前关闭。 改善这个问题 我对学习数据库引擎的工作方式(即它的内部)感兴趣。我知道CS讲授的大多数基本数据结构(树,哈希表,列表等),以及对编译器理论的很好理解(并实现了一个非常简单的解释器),但我不知道该怎么做关于编写数据库引擎。我已经搜索了有关该主题的教程,但找不到任何教程,因此我希望其他人可以指出正确的方向。基本上,我想了解以下信息: 数据如何在内部存储(即表的表示方式等) 引擎如何查找所需的数据(例如,运行SELECT查询) 如何以快速有效的方式插入数据 以及与此相关的任何其他主题。它不必是磁盘上的数据库,即使是内存数据库也很好(如果更简单的话),因为我只是想学习它的原理。 非常感谢您的帮助。



2
实体框架.Remove()与.DeleteObject()
您可以通过以下两种方法使用EF从数据库中删除项目。 EntityCollection.Remove方法 ObjectContext.DeleteObject方法 第一个在上EntityCollection,第二个在上ObjectContext。 什么时候应该使用? 一个人比另一个人偏爱吗? Remove()返回a bool并DeleteObject()返回void。



6
LINQ to SQL左外部联接
此查询是否等同于LEFT OUTER联接? //assuming that I have a parameter named 'invoiceId' of type int from c in SupportCases let invoice = c.Invoices.FirstOrDefault(i=> i.Id == invoiceId) where (invoiceId == 0 || invoice != null) select new { Id = c.Id , InvoiceId = invoice == null ? 0 : invoice.Id }


21
有充分理由不使用关系数据库?
您能否指出替代的数据存储工具,并给出充分的理由使用它们代替过时的关系数据库?我认为,大多数应用程序很少使用SQL的全部功能-看看如何构建不依赖SQL的应用程序会很有趣。
139 sql  database  nosql 

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.