我的数据库中经常有存储“数字或无限”的字段。示例可以是maxFileSize、maxUsers等。可以设置最大值或根本不限制它。我目前有时使用null表示“无限/无限制”，有时使用-1。我想知道是否有任何理由使用其中之一。作为记录，如果重要的话，我使用PHP/MySQL/Doctrine/Symfony。编辑:我不是在征求意见，而是在征求与-1或null的使用相关的事实(正如您在已经给出的答案中看到的那样)。这些可能包括速度、查询复杂性、数据库大小等。 最佳答案 如果您要使用整数来存储一个值并且要存储一个非常大的值，那么请使用2,1
我有一个数据库，大量用户将使用该数据库来存储随机长字符串(最多100个字符)。表格列将是:userid、stringid和实际的长字符串。所以它看起来很像这样:Userid对于每个用户都是唯一的，stringid也是唯一的。该应用程序就像一个简单的待办事项列表应用程序，因此每个用户平均有50个待办事项。我使用stringid是为了让用户能够在任何给定时间删除特定任务。我认为这个待办事项应用程序可能会在3年内完成700万个任务，这让我不敢使用MySQL。所以我的问题是这是处理大量数据的实际推荐方式长字符串(每个新任务都有一个新行)？并且MySQL是适合为此类项目选择的数据库解决方案吗？我
对于相同的数据集，以文本数据为主，Postgresql的数据(表+索引)大小与MySQL相比如何？Postgresql使用MVCC，这表明它的数据量会更大在本次演示中，日本最大的博客网站谈到了他们从Postgresql到MySQL的迁移。他们放弃Postgresql的原因之一是Postgresql中的数据量太大(第41页):MigratingfromPostgreSQLtoMySQLatCocolog,Japan'sLargestBlogCommunityPostgresql具有数据压缩功能，因此应该使数据大小更小。但是MySQLPlugin也有压缩功能。有没有人对Postgresql
所以我正在尝试创建一个评论系统，您可以在其中回复已经回复的评论(允许您创建理论上无限的回复线程)。我希望它们按时间顺序显示(最新的在顶部)，但当然回复应该直接在原始评论的下方。如果有多个评论回复同一条评论，回复也应按时间顺序排列(仍在原始评论下方)。我还想限制评论组的数量(一组评论，其中一条评论根本不是回复)，比如说，25。我应该如何设置MySQL表，以及我将使用什么样的查询提取我想要的东西？这是我的数据库的简化版本:IDint(11)NOTNULLAUTO_INCREMENT,DatePosted日期时间不为空，InReplyToint(11)非空默认值'0'，对不起，如果这有点令人
对于脚本的全局化，使用UTF-8作为默认字符集是很常见的；例如在HTML或mysql的默认字符集中。这也是字符属于ISO-8859-1类的拉丁文网站的情况。当不需要UTF-8字符时，使用ISO-8859-1不是很有利吗？从有利的角度来看，我的意思是非常有益。我的观点是UTF-8只有0-127个字符是1字节，128-255是2字节；其中ISO-8859-1是1字节系统。它在数据库存储中不是起着至关重要的作用吗？ 最佳答案 如果您现在和永远需要的一切都是ISO-8859-1，那么您将通过使用它来节省空间，但如果使用的大多数字符小于128
当我查看我的Magento商店的错误日志时，它充满了这些错误:[02-Jun-201113:49:12]PHPFatalerror:Uncaughtexception'PDOException'withmessage'SQLSTATE[42S02]:Basetableorviewnotfound:1146Table'mysite_mysite.core_file_storage'doesn'texist'in/home/mysite/public_html/lib/Zend/Db/Statement/Pdo.php:228Stacktrace:#0/home/mysite/public
我看到一直使用VARCHAR(255)而不是VARCHAR(256)，但我也看到使用VARCHAR(16)而不是VARCHAR(15)。这对我来说似乎不一致。如果一个额外的字节被用来存储VARCHAR的长度，这条规则难道不应该也适用于更小的长度，比如2、4、8变成1、3、7吗？还是我完全错过了什么？换句话说，如果我有一个我知道永远不会超过12的数字，我应该继续使用VARCHAR(15)还是VARCHAR(16)来代替？因为它使用与VARCHAR(12)相同的空间量？如果是这样，我应该使用哪一个？15还是16？当我接近256时，这条规则会完全改变吗？我同时使用MySQL和SQL，具体取决
扩展thisthread-我只想知道为什么从文件系统而不是MySQL数据库检索文件更快。如果一个人要对两者进行基准测试，看看哪个能在10分钟内检索到最多的数据(多种类型的数据)-哪个会获胜？如果文件系统确实更快，那么为什么不将所有内容都存储在文件系统中并用csv或xml替换数据库？编辑1:我为alternatestorageoptionsforjava找到了一个很好的资源编辑2:我正在寻找一个JavaAPI/Jar，它具有使用XML进行数据存储(最好)的SQL数据库服务器引擎(或至少其中的一部分)的功能。如果你知道什么，请在下面发表评论。 最佳答案
有一段时间我不得不开发一个音乐网站，允许将音频文件上传到网站，然后使用ffmpeg将其转换为各种格式，然后人们会在购买后下载上传的音频文件，并生成一个tmp文件创建并放置在下载位置，并且仅对每个下载实例有效，然后tmp文件将被删除。现在我正在重新访问该项目，我还必须添加图片和视频作为上传内容。我想找到存储文件的最佳方法，选项1:将文件存储在文件夹中并在数据库中引用它们选项2:将实际文件作为blob存储在数据库(mysql)中。我正在考虑这个想法，以考虑每种方法的安全隐患，以及我可能没有考虑到的其他问题。 最佳答案 查看这个早期的St
维基百科中的文章得到编辑。它们可以增长/收缩/更新等。下面使用什么文件系统/数据库存储布局等来支持它。在数据库类(class)中，我读过一些关于可变长度记录的内容，但这似乎更适合小字符串而不是整个文档。就像在文件系统中一样，文件可以增长/缩小等，我认为它是通过将block链接在一起来完成的。每次，我们更新一个文件，而不是重写整个文件。也许这里会做类似的事情。我正在寻找特定的名称、术语，甚至可能是mysql中的模式是如何定义的。(我认为维基百科使用mysql)。下面是一些关于维基百科架构的文章的链接，但我无法从这些链接中回答我的问题:http://swe.web.cs.unibo.it/
