为了5分钱把程序搞的面目全非,恭喜了!

  我无意间看到一篇文章,里面有些观点,读来让我想哭:

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!

it知识库为了5分钱把程序搞的面目全非,恭喜了!,转载需保留来源!

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。