2011-08-27 19 views
0

我們計劃開發一款移動應用程序,通常是iPhone和Android以及一個網站。服務器應用程序通常使用偉大的Django框架開發。在功能方面,應用程序將:用於使用Django進行移動應用程序開發的SQL或NoSQL

  • 是多語言
  • 讓用戶創建他們自己的內部應用程序。基本上,訂閱模塊來定製網站功能
  • 讓用戶定製Web應用程序
  • 高數量的用戶希望處理:-)

藉助於這樣的特點的外觀和感覺,我們的項目似乎在數據庫關係模式方面相當複雜。由於運行在非常低的預算下,我們希望變得敏捷,並且關係數據庫模式將會隨時改變。如果我們使用Django,它會自動帶有一個非常好的SQL-ORM集成和管理界面。

您對我們的DBMS有什麼建議?我們是否應該使用SQL數據庫(與Django集成)並不時更改模式(痛苦?)?或者值得使用MongoDB等NoSQL數據庫和/或停止使用Django?

感謝很多關於你的建議

+0

SQLite不是他們用於Android的標準RDBMS嗎? – NullUserException

+0

我實際上正在談論移動和Web應用程序服務器端的數據庫。但是你是對的,在客戶端,我肯定會在Android和iPhone上使用SQLite。然而,你的評論提出了一個很好的反思:如果我需要客戶端的SQL模式,它將成爲服務器端數據庫中包含的信息的子集,我是不是也在服務器上使用SQL RDBMS邊? –

回答

1

我會說:「去一個你更有經驗的搭配,讓您可以集中精力做事情,而不是谷歌搜索一切」。

如果你問我 - 我選擇適用的NoSQL,因爲對我來說設置,縮放和使用更簡單。我喜歡基於Dynamo的解決方案(例如Riak)。

+1

我終於選擇與mongoDB一起學習Node.js。原因是我嘗試了一段時間讓Django ORM使用nonrel數據庫工作,但那是一個錯誤。具有mongoDB的Node.js速度快,可擴展,並且非常適合我爲移動應用程序構建RESTFUL API的需求。 –

相關問題