微信小程序开发里，服务数据库真是个好帮手，搭配起来效率贼高

（来源：微信小程序开发文档介绍）

微信小程序开发里，服务数据库真是个好帮手，搭配起来效率贼高，这话一点不假，我以前做小程序，最头疼的就是数据这块，你想啊，用户注册的信息、下单的记录、商品详情，这些东西存哪儿？怎么存？怎么取？要是自己从头搭个服务器，买数据库，再写一堆接口来连接前后端，那麻烦可就海了去了，光是服务器维护、安全防护这些事儿,就能把人搞得头大。

（来源：小程序云开发核心功能说明）

但用了小程序自带的云开发，特别是里面的服务数据库，感觉就像突然多了个现成的、特别懂你心思的助手，这个数据库就在云端，你不用管服务器在哪儿，也不用操心数据库是MySQL还是MongoDB，它用一种类似JSON的格式存数据，对我们前端开发者来说特别友好，你想想，平时写JavaScript处理对象不就是key-value（键值对）那套吗？服务数据库里存数据也是这个样子，一个数据记录就像一个JavaScript对象，特别直观，比如存一个用户信息，可能就是{ name: "张三", age: 25, city: "北京" }，一看就明白，写起来也顺手,根本不用去记那些复杂的SQL语句。

（来源：小程序端直接操作数据库的API文档）

效率高的第一个体现就是，在小程序的前端JavaScript代码里，你能直接操作这个云端数据库，这话什么意思呢？就是说，你不用自己写后端接口了，传统开发里，前端要数据，得发个请求给后端服务器，后端服务器再去数据库里查，查完了再返回给前端，这个流程长，沟通成本也高，现在好了，在小程序里，你写几行简单的代码,就能直接对数据库进行增删改查。

（来源：小程序数据库API增删改查示例）

我想从集合（类似数据库里的表）里查所有价格低于50块的商品，代码大概长这样： db.collection('goods').where({ price: _.lt(50) }).get() 你看，就这么一句，db就是数据库对象，collection指定要操作哪个表（这里叫集合），where是设置查询条件，_.lt(50)意思是小于50，get()就是执行查询，查询结果会直接返回到小程序的JS逻辑层，这比传统方式省了多少事？后端同学也轻松了，不用没完没了地给我们写接口了，增删改的操作也差不多，都是这种链式调用的写法，学起来快,用起来更爽。

（来源：云开发数据库的权限管理介绍）

第二个省心的地方是权限控制，数据库的安全很重要，不能谁都能随便改数据，服务数据库自带了一套权限管理机制，而且配置起来不复杂，你可以在云控制台里，针对每个集合设置权限规则，所有用户可读，但仅创建者可写”，或者“仅管理员可读写”，这套规则直接在云端生效，很大程度上保证了数据的安全，你不用自己去写特别复杂的权限验证逻辑,又省下一大块时间和精力。

（来源：数据库实时推送能力文档）

还有一个让我觉得特别酷的功能，是实时数据推送，比如我做一个小程序聊天室，或者一个多人协作的在线文档，需要当一个用户修改了数据后，其他用户的界面能立刻更新，要是用传统方式，可能需要前端不停地轮询（隔几秒就问一次服务器：“数据变了吗？”），这样效率低，还浪费资源，服务数据库支持监听功能，你可以在小程序里用一个watch方法，来监听一个查询语句的结果变化，只要数据库里符合条件的数据发生了变动，比如有新消息了，或者某个数据被更新了，小程序端会自动收到通知，然后你就能立刻更新页面，这个功能对于做有实时性要求的小程序来说，简直是神器,开发体验和用户体验都提升了一大截。

（来源：云开发数据库索引与性能优化建议）

它也不是完全没有需要学习的地方，比如数据量大了以后，查询可能会慢，这时候就要考虑给经常用来查询的字段建索引，就像书的目录一样，能加快查找速度，这个在云控制台里点几下就能设置，不算难，还有，数据库每次查询最多能取100条记录，如果数据非常多，需要分批获取（分页），这些细节在开发文档里都写得很清楚,稍微注意一下就行。

（来源：个人开发者及小团队项目实践反馈）

微信小程序的服务数据库，对于个人开发者或者小团队来说，优势太明显了，它把后端数据库的复杂性大大降低了，让我们能更专注于小程序本身的业务逻辑和界面交互，不用搭建和维护服务器，省去了高昂的成本和繁琐的工作；前端直接操作数据库，简化了开发流程，沟通效率直线上升；内置的权限和实时能力，又为开发复杂应用提供了强大的支持，可以说，它真正做到了“开箱即用”，大大降低了小程序开发的门槛，让实现想法的速度变得更快，它确实是个不可或缺的好帮手,搭配起来效率贼高。