由於雲計算似乎是最受歡迎的話題之一，它讓我思考，而且由於我對這個話題不太瞭解，所以對於這個問題的任何無知，我都不以爲然。創建雲數據庫？
究竟是一個雲數據庫，甚至會創建這個服務。它只是一個帶有Web前端的MySQL數據庫，它允許用戶從瀏覽器創建自己的數據庫/表單/報表/關係。再次，請原諒我對此事的無知。
雖然瀏覽我遇到了這個InfoDome產品，它說這是一個在線數據庫。這和雲數據庫有什麼不同？另外，如果您在此處查看產品的視頻演示（http://vimeo.com/9132578），它允許用戶使用拖放界面創建數據庫表單和報告，他們是如何編寫此功能的，因爲我發現它非常令人印象深刻。
感謝您的幫助，以清除我的困惑。
由於酸度的原因，在雲中建立真正的數據庫非常困難。數據存儲完全是一個不同的問題。數據存儲不一定是一個經典的數據庫，因爲你可能知道它。 Cassandra和其他關鍵值數據存儲提供了很多，因爲它們讀取和寫入速度很快，但難以報告。如果您幾乎不需要報告，並且速度是您最關心的問題（也就是說，您有一個非常大的數據集，在這個數據集中，連接並不重要，但它通常不是傳統的網絡意義上的數據集），那麼類似的東西就非常有價值。
當你在做大量的數據管理和工作時，那麼具有高穩定性和非常高性能的散列連接的經典數據庫可能會發生非常有價值的事情，但是甚至可以用帶有Map減少運行在許多機器上的代碼片段，並且您將獲得快速的結果。一個大表實現已經建立在Hadoop之上，所以你可能想看看那裏。
在內存中用於非常快速檢索的數據存儲（例如memcache）也有用，只要您不擔心在運行時填充緩存時，定期在您的網站上提取對象。
不幸的是，一旦您開始將交易和酸度的其他部分應用到任何數據存儲區，管理變得更加困難。這就是爲什麼如此多的非經典數據庫數據存儲放棄其中的一些，以獲得性能提升。
我不認爲'雲數據庫'是正確的方式來看問題，而不是'雲解決方案'。作爲數據存儲的Cassandra可以被看作是一個非常大的問題的「雲解決方案」：對於非常大的數據集（Facebook和其他站點中使用它），我們如何才能獲得最佳性能？如果這意味着並不是所有的集羣都會在一篇文章後更新，那麼只要一切順利，就這樣做。
一個'在線數據庫' - 就像他們對infodome所說 - 是有趣的語言。我認爲在線數據庫是一個正在運行的數據庫（也可以連接到該數據庫）。我認爲他們的意思是一個網絡可訪問的數據庫，這是不同的。要建立這樣的網站，你可能需要一些數據存儲的體面知識，從技術上講，任何不會丟失數據的東西（Memcache丟棄數據，cassandra不會，postgres，mysql，oracle都是古典數據庫，所以它們是好）應該工作。然後你需要學習如何編寫一個網站，我建議你從一大羣活躍用戶開始（Ruby On Rails，Drupal，儘管我從來沒有用過，比Perl Catalyst更容易，我更喜歡，但顯然更難），然後學習如何構建有效的客戶端JavaScript，併爲您的應用程序生成有意義的XML或JSON API。
不幸的是，這是很多工作。我已經在這個行業工作了很多年了，我向你保證，在你的知識足以讓你編寫自己的應用程序的過程中，你將會持續一段時間。當你考慮twitter時，他們並沒有從這個層面入手，但隨着他們的發展，他們的主要問題是縮放，而不是應用程序的複雜性，這是不同的。
無論哪種方式，我希望我回答了幾個問題，並將您推向了正確的方向。如果不是，那也沒關係。只需打字在這裏燒一段時間。
實際上，除了雲數據庫將位於某個遠程服務器之外，沒有這種獨特的區別。它已經配置完畢，您唯一擔心的是您爲其功能設定的縮放限制。雲數據庫的手段可能與本地數據庫相同。因此，如果您決定將應用程序遷移到雲平臺，則不應該在瀏覽器上管理「虛擬」數據庫時遇到任何困難。 您也可以使用其IP地址建立與數據庫的遠程連接。 如果你仍然感到困惑，爲什麼不嘗試一下用的例如Amazon，flexiscale，WindowsAzure雲計算平臺之一，Jelastic
似乎是一種正常的問題給我。我敢肯定，納粹問題將會得到他們的方式... @Kirk，谷歌搜索「雲數據庫」和「創建雲數據庫」不返回NoSQL的任何結果。在他的問題中，他對這個問題的無知要求耐心，沒有理由不禮貌。 -1給你。 – 2010-10-12 22:14:39
我同意安倍 - 這似乎是一個好問題。 +1來對付downvote。 – 2010-10-13 11:14:40
我也是+1。在這裏提出基本問題有什麼不對？如果我們想要Google，我們會去那裏。 :-) – cbmeeks 2011-03-04 19:48:37