我无意间看到一篇文章，里面有些观点，读来让我想哭：
MySQL里的命名都有点长，带有描述性，例如timeAdded或valueCached。对于不多的数据来说，每行只会多占用几个字节，但当你有1亿行时，每行用100个字节存字段名，这样一下子就白白用掉了你的硬盘的大量空间。仅仅是字段名就用掉了100 * 10,000,000 = ~900MB！
如果我们把名称减到2-3个字符，这也许会使代码变得有点难懂，但节省下来的硬盘却是物有所值的。使用一些简炼的名称看起来也不是那么糟，例如timeAdded -> tA。每行节约15个字节，那么一亿行就意味着只从名称上就能省大约140MB， – 一个很大的节省。
让我们花几秒钟做道算术题，好吗？
一个2TB的硬盘目前价值120美元。根据我的数学知识，我得出：
- 1 TB = 60 美元
- 1 GB = 0.058 美元
换句话说，他们说的这很大的节省是多少呢？5分钱！
那么，让我们来做另外的一道算术题吧。
一个程序员每年的劳力成本大概是75,000美元。
- (52 周 – 2 周假期) x 40 工时 = 2,000 工时每年。
- 75,000 / 2,000 = 37.5 美元 / 小时
- 37.5 / 60 分钟 = 62 美分每分钟。
换句话说，假设这个改变要花费一分钟的程序员的时间，那整个的节省还不及消耗的。
而且肯定花费的时间不止一分钟。
有些人指出实际的服务器磁盘空间要更贵一些。当然，你说的没错。我只是在简单的说明一个问题。即使假设按你说的价格再高出2个数量级，那也只有5美元。难道你要对我说省下这一杯咖啡的钱很有意义吗？
有人指出MongoDB为了提高效率，把整个数据都加载到了内存里了。这篇文章谈论的是磁盘空间，可没说到内存，但即使这样，那也没关系。因为MongoDB只是把索引放到了内存里，但我想(推测的)每行索引里并不需要存储字段名。如果它真的存了，我想它们的实现方式里肯定有严重的错误。
[英文出处]：You saved 5 cents, and your code is not readable, congrats!