OBS的数据冗余存储方式是什么？ OBS采用Erasure Code（EC，纠删码）算法做数据冗余，不是以副本的形式存储。 在满足同等可靠性要求的前提下，EC的空间利用率优于多副本。 数据冗余存储策略为“单AZ”的桶，在AZ内的节点间使用EC算法做数据冗余；“多AZ”的桶在AZ内

查看更多 →

数据上链的方式 数据以区块的形式上链，出块策略在购买 BCS 实例时可以进行选择，在有新交易产生的前提下，如果时间达到1s或者交易数量达到500或者区块容量达到2M，哪个最先达到就立即出块。如何设置区块生成配置信息请参考基于CCE集群。 父主题： 数据上链

查看更多 →

热数据存储和冷数据存储的区别？ 热数据存储和冷数据存储最大的区别在于存储介质不同： 热数据存储是直接将频繁被查询或更新，对访问的响应时间要求很高的热数据存储在DN数据盘中。 冷数据存储将不更新，偶尔被查询，对访问的响应时间要求不高的冷数据存储在OBS中。 因为其存储介质的不同，决

查看更多 →

OBS的数据存储在哪里？ 在OBS上创建桶时，您可以指定一个区域。在该区域内，您的数据存储在多台设备上。 父主题： 产品咨询

查看更多 →

wrapper执行脚本 gradlew.bat 打开工程 打开Android Studio，选择“File > Open”。 在弹出的对话框中选择解压后的SDK路径。 打开工程后，目录结构如下。 图1 工程目录结构 调用API示例 在Android工程中的“app/libs”目录下，加入SDK所需jar包。其中jar包必须包括：

查看更多 →

wrapper执行脚本 gradlew.bat 打开工程 打开Android Studio，选择“File > Open”。 在弹出的对话框中选择解压后的SDK路径。 打开工程后，目录结构如下。 图1 工程目录结构 调用API示例 在Android工程中的“app/libs”目录下，加入SDK所需jar包。其中jar包必须包括：

查看更多 →

wrapper执行脚本 gradlew.bat 打开工程 打开Android Studio，选择“File > Open”。 在弹出的对话框中选择解压后的SDK路径。 打开工程后，目录结构如下。 图1 工程目录结构 调用API示例 在Android工程中的“app/libs”目录下，加入SDK所需jar包。其中jar包必须包括：

查看更多 →

支持的终端CPU架构：armeabi-v7a、arm64-v8a。 手机的CPU架构可通过以下方式查询。 手机开启USB调试，连接上电脑，然后打开Windows操作系统中的cmd程序，输入如下命令： adb shell getprop ro.product.cpu.abi SDK集成

查看更多 →

properties settings.gradle 打开工程 打开Android Studio，选择“File > Open”。 在弹出的对话框中选择解压后的SDK路径。 打开工程后，目录结构如下。 请求签名与API调用 在Android工程中的“app/libs”目录下，加入SDK所需jar包。其中jar包必须包括：

查看更多 →

Join方式的Hint 功能描述 指明Join使用的方法，可以为Nested Loop，Hash Join和Merge Join。 语法格式 1 [no] nestloop|hashjoin|mergejoin(table_list) 参数说明 no表示hint的join方式不使用。

查看更多 →

Stream方式的Hint 功能描述 指明stream使用的方法，可以为broadcast和redistribute。 语法格式 [no] broadcast|redistribute(table_list) 参数说明 no表示hint的stream方式不使用。 table_li

查看更多 →

见指定Hint所处的查询块Queryblock章节，可省略，表示在当前查询块生效。 no表示hint的join方式不使用。 table_list为表示hint表集合的字符串，该字符串中的表与join_table_list相同，只是中间不允许出现括号指定join的优先级。 例如： no

查看更多 →

则生成不出这种基于join的gather路径，会回退生成基于基表的gather路径。 在指定Hint(JOIN)后，对于分布表和复制表做连接的情况会导致生成不出来Hint(JOIN)期望的计划，因为优化器已经寻找更优的计划进行替代。 ALL：基于最优方式选择Gather Rel或Gather

查看更多 →

no表示hint的scan方式不使用。 table表示hint指定的表，只能指定一个表，如果表存在别名应优先使用别名进行hint。 index表示使用indexscan或indexonlyscan的hint时，指定的索引名称，当前只能指定一个。 对于indexscan或indexonlysc

查看更多 →

@queryblock请参见指定Hint所处的查询块Queryblock章节，可省略，表示在当前查询块生效。 no表示hint的join方式不使用。 table_list为表示hint表集合的字符串，该字符串中的表与join_table_list相同，只是中间不允许出现括号指定join的优先级。 例如： no

查看更多 →

则无法生成基于join的gather路径，会回退生成基于基表的gather路径。 在指定hint(JOIN)后，对于分布表和复制表做连接的情况会导致无法生成hint(JOIN)期望的计划，因为优化器已经寻找更优的计划进行替代。 ALL：基于最优方式选择Gather Rel或Gather

查看更多 →

Stream方式的Hint 功能描述 在并行的执行计划中，指定stream的使用方法，可以为broadcast或者redistribute，表示对数据进行广播或者重分布。 语法格式 1 [no] broadcast|redistribute( [@queryblock] table_list)

查看更多 →

index表示使用indexscan或indexonlyscan的hint时，指定的索引名称，当前只能指定一个。 对于indexscan或indexonlyscan，只有hint的索引属于hint的表时，才能使用该hint。 scan hint支持在行存表、hdfs内外表、、子查询表上指定。对于hdfs

查看更多 →

shagg的计划时才生效，否则指定的分布列无效。 指定了分布列，如果优化器估算后发现不需要重分布，则指定的分布列无效。 建议 通常优化器会根据统计信息选择一组不倾斜的分布键进行数据重分布。当默认选择的分布键有倾斜时，可以手动指定重分布的列，避免数据倾斜。 在选择分布键的时候，通常

查看更多 →

Join方式的Hint 功能描述 指明Join使用的方法，可以为Nested Loop，Hash Join和Merge Join。 语法格式 1 [no] nestloop|hashjoin|mergejoin(table_list) 参数说明 no表示hint的join方式不使用。

查看更多 →

。 在满足查询可以使用gsi的前提下，使用gsi的hint将产生使用全局二级索引的index only scan查询计划，而不会产生使用普通索引的查询计划。 对于gsi的hint，若没有给定queryblock、table以及index，则此gsi的hint支持跨queryblock。

查看更多 →