morningman commented on issue #1723: 元数据支持存储计算分离
URL:
https://github.com/apache/incubator-doris/issues/1723#issuecomment-529830088
> 一般都是逗号、分号来分隔吧？这种方式太少见了，而且也不直观。
那就不打平了，每个type 一行
> 这种方式太难使用了
这个其实不是必选项，用户依然可以按照之前的方式建表，无需感知tag
--
morningman commented on issue #1723: 元数据支持存储计算分离
URL:
https://github.com/apache/incubator-doris/issues/1723#issuecomment-529284671
更新
This is an automated message from the Apache Git Service.
To respond to the message, please
morningman commented on issue #1723: 元数据支持存储计算分离
URL:
https://github.com/apache/incubator-doris/issues/1723#issuecomment-528150030
> 要求用户在建表时必须指定backend_tag，感觉不是很合理。
我觉得我们可以在整个集群，cluster，DB粒度设置backend_tag属性，建表时backend_tag作为可选项。
让用户在建表时指定backend_tag，会极大增加Doris Admin的运维成本。
backend_ta
morningman commented on issue #1723: 元数据支持存储计算分离
URL:
https://github.com/apache/incubator-doris/issues/1723#issuecomment-527897856
资源这个词，可以再讨论~
This is an automated message from the Apache Git Service.
To respond to the messa
morningman commented on issue #1723: 元数据支持存储计算分离
URL:
https://github.com/apache/incubator-doris/issues/1723#issuecomment-527897477
>
我们需要把所有的节点都打平么？感觉BE、FE、Broker这些之间似乎也没有什么共性。还有打平的话我觉得叫做资源不太恰当。毕竟通常我们说的都是CPU资源，IO资源，网络资源，存储资源，一般都指的是逻辑的概念。
这个我得意思主要是所有的这些节点都可以用一套 tag 机制来管理。而当前其实我们主要是对
morningman commented on issue #1723: 元数据支持存储计算分离
URL:
https://github.com/apache/incubator-doris/issues/1723#issuecomment-527787272
> @morningman
>
> 我觉得我们应该还是保留Backend这个实体，而不是将Storage全部替换为Backend。
>
> 1.
Storage，StorageGroup应该做为Backend的某个属性存在。因为Backend上不仅有Storage的功能还有Compute的
