如何评价鸿蒙的“分布式数据库”，在客户端的应用场景在哪里？

[t4we]

文档 https://developer.harmonyos.com/cn/docs/documentation/doc-guides/database-mdds-overview-0000001160636563

[AoEiuV020]

看起来就是个云存档功能，提供系统级的数据存档上传下载功能，
感觉可以用来保存一些 app 的设置之类的简单内容，

[thtznet]

这种场景多了，比如你在电视机上看的电影，进度看到 42:15，然后你朋友要让你去接机，坐地铁的路上你打开手机，APP 会基于你电视机上的进度 42:15 继续播放电影。电视端和手机端的进度同步就是你个人数据的一个分布式同步。

[BigDogWang]

看楼上的描述这不就是个 BaaS 嘛，咋还扯上分布式了

[bleaker]

这不就 CloudKit 么

[wolfie]

重新定义分布式：一个帐号，多个设备，修改同一条数据

[keygen88]

楼上几位回答明显不在点子上，楼猪希望你们开喷。。

[linpf]

水深火热见

[siriussilen]

@thtznet 这叫啥分布式。。。。。

[shellus]

就是个简陋的云端同步应用的数据库

[finab]

这完全不算分布式数据库吧？ 看文档仅是一个阉割版的 CloudKit 呀

[efaun]

@keygen88 #6 看都不会看，用都不会用，喷都不值得，沸腾就完事

[seanxx]

应用场景: 画大饼,吹牛皮

[xz410236056]

@thtznet 你对分布式有什么误解吗。 你看电影、多台手机同时参与计算才叫分布式

[debuggerx]

偷换概念

[thtznet]

@xz410236056，没有误解啊，同步不是也是分布式的一种应用么？只读也是数据应用啊，不一定非要计算写入事务一致性才叫数据库应用的吧，我的理解。

[thtznet]

@BigDogWang 概念都是人定义的，架构也是人设计，并且不断演进中，并不是目前可以用 API 解决的事情就一定不能通过数据库层来解决，路有很多条，多一条路，可能可以多几种不同的方案，虽然我们并知道哪一条路是最佳实践，但对于做基础设施的开发来说，他们的思考模式是：不管以后这个路能不能用上或者怎么用上，基础架构首先考虑的是有没有可能可以这样搞，至于怎么用，那是应用架构做的事情。我的理解。

[thtznet]

@siriussilen 可以仔细理解下这种方案的可行性，并不是目前业界的方案一定是未来的最佳实践，事物是变化的。历来由 API 干的事就一定要 API 来干么？如果在数据库层面提供了另一种可能呢？

[wipbssldo]

@thtznet 华为员工？

[thtznet]

@wolfie 我们不讨论“分布式”这个名字的定义，虽然我对华为也没啥好印象，经常卖弄一些概念，不过基于楼主的这个提问，以及里面的文档说明，修改同一条数据是没毛病的，如果某种数据库可以在底层实现了这种机制，并不是说它由多大的创新，但是它提供了一种可能。

[thtznet]

@wipbssldo 不是，我只就事论事，我不喜欢华为，它老搞些新概念包装旧东西。但是话又话来，有些东西的些许的小改动在应用层面可能是可以改变一些业务的处理方法的。比如医院里的取号机，大家都知道是 主机 + 显示屏 + 打印机 + 条码扫描器，但是厂家就是这么一组合一封装，把细节屏蔽了，它对大众用户的交互就是相对散装的要友好，把它应用在公共区域就存在了可能，你说它没用么？不能这样理解，但是从搞技术的人眼里看总是嗤之以鼻，这是角度问题。