MySQL雲數據庫API的

我正在尋找使用一個在線數據庫，各種應用程序（iOS，Android等），一個網站&一些硬件產品將與&操作作爲一個新的網絡/應用程序/物聯網產品的一部分，服務。MySQL雲數據庫API的

我在技術上勝任，但我不是應用程序開發人員。我有一個雲服務器與Rackspace &已與他們的雲數據庫的修補。我來自一個網頁設計背景&，能夠建立一個管理數據庫的MySQL服務器&。

因此，我已經決定，爲了原型的目的 - MySQL可能是要走的路。我知道我需要一個API，它將充當各種應用程序，網站等之間的中間人。

Rackspace運行Openstack，我瞭解它支持REST API--它有一個用於構建API的有用代碼庫在說Python。

我知道Rackspace提供編碼服務來構建API &我已經要求他們提供報價。

我也在尋找Parse & Firebase作爲原型替代品。這些可能會允許應用程序在不需要API的情況下構建（也不需要爲此提供單獨的數據庫）。

這將最初節省成本，因爲API不需要作爲生產工作原型的一部分來開發。

所以，我的問題...

與說什麼樣的時間，你會建議，需要建立一個API查詢單個數據庫在幾個表50分不同的列？對於一個有能力的開發人員來說，通常要花幾個星期的時間才能完成工作，或者實際上需要更多的時間（使得Parse或Firebase成爲明智的選擇）。

另外，我還應該看到另一種選擇嗎？

來源

2015-07-20 Mr T

'select * from table' - >'var_dump（$ result_array）'大約需要15秒的時間，並構成一個「api」。 –

4到6周之間至少 – dynamic

你的問題並不是真的可以回答，你已經得到了15秒和6周之間的答案 - 這絕對容易發表意見。任何能夠對端點執行HTTP請求的應用程序都構成您擁有REST API。無論您的API是否暴露了MySQL的全部功能或只是其中的一部分，都會提出該數據庫應該保存的內容以及您的API應該執行的操作的問題 - 正如您可以想象的那樣，您可以想出數十億有用的場景。 TL; DR：無法回答。另外，由於沒有編程問題，所以不屬於主題。 –

你真的應該考慮Parse.com，不僅僅是原型而是作爲一個完整的解決方案。

我一直在使用Parse 3年，現在取得了巨大的成功。有幾個令人信服的原因，which I outline here。

底線：當涉及到REST api，安全性和可伸縮性時，不要付錢讓人重新發明輪子。獲得這些內置的東西是像Parse這樣的公司存在的原因。我已經從平臺上的非常小的（幾百個用戶）到非常大的（幾十萬個）項目運行項目，而且沒有任何問題和更快的上市時間。

來源

2015-07-20 20:01:41

好的，謝謝你。如果它說一個爲期1周的任務來獲得一個API，然後可以建立它，那麼它是一個無事件，否則解析將成爲原型的路線。由於對第三方的關鍵資產之一的依賴，它對我來說沒有好處。 –

MySQL雲數據庫API的

回答

相關問題