opendb/README.md
2020-08-26 10:50:27 +08:00

43 lines
3.1 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# openDB
数据库设计,是数字经济的基础,是重要的软基建。
`openDB`是一套开放的数据表设计规范包括了表名、字段等schema定义以及初始数据。
以用户表为例它约定了一个标准用户表的表名和字段定义并且基于nosql的特性可以由开发者自行扩展字段。
`openDB`是[uniCloud](https://uniapp.dcloud.io/uniCloud/)的重要软基建支撑uniCloud数字生态的发展。
# 需求背景
- 很多js工程师不善于数据库设计希望有成熟的数据库模板避免走弯路
- 有利于产业分工。业务开发、统计分析、智能推荐、数据转换等都是不同的专业角色,大多数开发者仅善于业务开发,需要专业的数据服务商为其提供服务,如果数据库标准统一,各个角色就可以在插件市场各自提供插件。
* 比如有专业数据服务商基于openDB中电商规范提供“猜你喜欢”插件就可以被轻松的引入到开发者的应用中
* 比如有专业的数据导入导出插件可以方便的从ecshop等系统中迁移历史数据
* 比如有专业的cms后台厂商基于openDB中新闻规范提供更好的新闻编辑工具。
- 统一的数据库标准,有利于开发者择优切换插件。有利于插件生态的繁荣,并最终通过吸引更多用户做大蛋糕来反哺插件作者。
* 比如有多个新闻应用模板均基于openDB中的新闻规范那么开发者可以方便的切换到做的更好的插件上。
- 数据孤岛问题。当多个应用之间的数据库规范相同他们之间的跨应用数据交换就变的更容易。未来uniCloud会提供更方便的跨应用数据交换机制。
- 统一的初始数据。比如地区表等数据在openDB中有初始化数据开发者们共享一个相同数据源即可。
[uni-id](https://uniapp.dcloud.io/uniCloud/uni-id)的账户统一,是`openDB`的成功实践。基于uni-id规范有电商插件、有IM插件、有PC管理插件开发者可以方便的把这些插件整合到自己的同一应用中。
# openDB中的已有规范
目前`openDB`已经包含如下表设计规范点击每个文档可以查阅详情。后续在uniCloud的web控制台的新建表界面会提供直接创建模板表的入口。同时HBuilderX工具在语法提示时也会支持openDB规范。
1. [用户管理uni-id](uni-id.md)
2. [文章&评论opendb-news](opendb-news.md)
3. [电商系统opendb-mall](opendb-mall.md)
4. [日志管理opendb-log](opendb-log.md)
`openDB`是一个持续发展的、由开发者共建的规范。DCloud欢迎各个业务领域的专业开发者提供规范。
开发者通过提pr的方式给`openDB`添加规范或者给已有规范的表添加字段或者添加初始化数据。gitee支持轻量pr尤其适合共同编辑规范。
- 您将在这个具有历史意义的项目中的贡献者名单中留下自己的名字
- 您提的pr成为规范将帮助您享受整个产业链的支持
其他注意:
- 为了向下兼容,`openDB`只增加表和字段,不删改。