最新的mongodb本地驱动程序是否足够成熟，可用于生产环境中的GridFS或作为大型项目的规范？最新的mongodb本地驱动程序是否足够成熟？
参考http://mongodb.github.com/node-mongodb-native
我想考虑快速变化的约定，而不是技术的成熟。总之，选择一个版本作为高规格生产环境的规格是否安全？
我对该技术的有限经验不允许我确定它是否可以安全地用于锁定规范场景，甚至可以锁定长期支持，即Ubuntu，其中修复/安全修补程序是确定的而不是版本更改。
你真的确定你想在你描述的那种环境中使用年轻技术吗？它需要很多成熟的项目才能开始对旧版本进行长期支持。
同样在开源世界中，您很少看到项目本身提供任何类型的长期支持。相反，你有像Canonical和RedHat这样的公司将修补程序反向移植到它们的特定版本，即MySQL。 10Gen是MongoDB和mongodb-native背后的公司，他们可能会询问有关长期支持的问题。
我对mongodb-native的使用经验是，这是一个非常快速改进的项目，您确实需要跟上发生的情况。我不想支持mongodb本地版本在接下来的n年中成立的任何东西。
说到MongoDB，Node.JS和mongodb-native，如果您准备好跟上其快速发展的步伐，您的产品当然就可以投入生产了。
谢谢你，马丁。你的回答没有解决我的问题中的网格问题，但它似乎表达了问题所要求的客观性。 – 2012-04-27 19:23:12
我在Web应用程序中使用GridFS的经验混合在一起。我在mongodb邮件列表上看到一些帖子建议如果你的文件小于16MB（文档大小），你应该考虑不使用GridFS。 – Martin 2012-04-27 19:53:26
我已经使用C＃与MongoDB和GridFS，并没有投诉。然而，我用本地节点驱动程序读取相同的文件时出现问题，这似乎不喜欢Windows文件。您使用哪种语言的Web应用程序？ – 2012-04-28 06:32:15
是的。该驱动程序已经足够成熟，可用于生产。它已被许多高规格Node.js部署使用，并且支持与现有MongoDB驱动程序相同的功能集。它也通过了与其他MongoDB驱动程序相同的测试，并且表现得非常好。
在MongoDB方面，不应该担心快速变化的约定。 API在过去的几个版本中表现出稳定性，并没有通过许多版本引入任何重大更改。
说XYZ高调使用它是一回事，所以它必须对每个人都有好处，但考虑一下：牛有4条腿，桌有4条腿，所以所有的桌子都必须是牛... 请参阅christkv's这里的响应[MongoDB GridFS - 它是文件名还是文件名]（http://stackoverflow.com/questions/10262858/mongodb-gridfs-is-it-filename-or-filename/10275997）。他似乎认为必须始终使用最新的驱动程序。而且该驱动程序可能不打算与其他平台一起使用。 – 2012-04-24 08:18:57
对不起，我不能接受这个答案，因为它不涉及问题nl的所有三个方面。 node.js，mongodb和gridfs。 我确实喜欢关于MongoDB的第二段答案，但第一段可能被认为是node.js有偏见的说法。 我也许应该指出，客观性是回答这类问题的关键，但我认为它会被暗示;-) – 2012-04-24 08:25:31
我认为提供了可能符合我的理由的讨论链接，但是我担心有一些副题可能会减损上述问题。事实是，人们可以在下面的堆栈中替换三条腿中的任一条：node.js，mongodb和gridfs，上面的问题不会成为问题。因此，也许让整个问题变得修辞 - 但希望不是......我留给你上面的问题，站在自己的立场上。 – 2012-04-23 19:51:24
任何人都可以看到[Microsoft Open Technologies]（http://blogs.msdn.com/b/interoperability/archive/2012/04/12/announcing-one-more-way-microsoft-will-engage-with-the-open -source-和标准communities.aspx）。我想知道如何将他们的注意力转移到节点mongodb本地驱动程序不支持从gridfs读取源自文本文件的窗口的事实。该问题似乎被node.js社区忽略。 C＃驱动程序没有这个问题。 – 2012-04-26 20:35:52