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的

回答

相关问题