最新的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