mirror of
https://gitee.com/dcloud/opendb.git
synced 2024-12-26 06:21:14 +08:00
0188fba9eb
1. opendb-verify-codes 添加device_uuid索引 2. opendb-id-log 去除 user_id 的required,添加 device_uuid 和 user_id索引 |
||
---|---|---|
collection | ||
database | ||
.gitignore | ||
CONTRIBUTING.md | ||
LICENSE | ||
opendb-log.md | ||
opendb-mall.md | ||
opendb-news.md | ||
README.md | ||
uni-id-score.md | ||
uni-id.md |
openDB
数据库设计,是数字经济的基础,是重要的软基建。
openDB
,是一套开放的数据表设计规范,包括了表名、字段等schema定义以及初始数据。
以用户表为例,它约定了一个标准用户表的表名和字段定义,并且基于nosql的特性,可以由开发者自行扩展字段。
openDB
是uniCloud的重要软基建,支撑uniCloud数字生态的发展。
需求背景
- 很多js工程师不善于数据库设计,希望有成熟的数据库模板,避免走弯路
- 有利于产业分工。业务开发、统计分析、智能推荐、数据转换等都是不同的专业角色,大多数开发者仅善于业务开发,需要专业的数据服务商为其提供服务,如果数据库标准统一,各个角色就可以在插件市场各自提供插件。
- 比如有专业数据服务商,基于openDB中电商规范,提供“猜你喜欢”插件,就可以被轻松的引入到开发者的应用中;
- 比如有专业的数据导入导出插件,可以方便的从ecshop等系统中迁移历史数据;
- 比如有专业的cms后台厂商,基于openDB中新闻规范,提供更好的新闻编辑工具。
- 统一的数据库标准,有利于开发者择优切换插件。有利于插件生态的繁荣,并最终通过吸引更多用户做大蛋糕来反哺插件作者。
- 比如有多个新闻应用模板,均基于openDB中的新闻规范,那么开发者可以方便的切换到做的更好的插件上。
- 数据孤岛问题。当多个应用之间的数据库规范相同,他们之间的跨应用数据交换就变的更容易。未来uniCloud会提供更方便的跨应用数据交换机制。
- 统一的初始数据。比如地区表等数据,在openDB中有初始化数据,开发者们共享一个相同数据源即可。
uni-id的账户统一,是openDB
的成功实践。基于uni-id规范,有电商插件、有IM插件、有PC管理插件,开发者可以方便的把这些插件整合到自己的同一应用中。
openDB中的已有规范:
目前openDB
已经支持几十张表。可以在https://gitee.com/dcloud/opendb/tree/master/collection查看。
部分常用表单独提供文档如下:
如何引入到自己的服务空间
在uniCloud web控制台,新建表时,可直接选择所有openDB
的表。
首先选分类,每个分类下又有若干表,表结构和预置数据可直接预览。支持多个表一起创建。
openDB
的表,不应修改表名,修改后就无法与其他插件连同了。
欢迎参与
openDB
是一个持续发展的、由开发者共建的规范。DCloud欢迎各个业务领域的专业开发者提供规范。
开发者通过提pr的方式,给openDB
添加规范,或者给已有规范的表添加字段,或者添加初始化数据。gitee支持轻量pr,尤其适合共同编辑规范。
- 您将在这个具有重大意义的项目中的贡献者名单中留下自己的名字
- 您提的pr成为规范将帮助您享受整个产业链的支持
其他注意:
- 为了向下兼容,
openDB
只增加表和字段,不删改。