关系数据库 NOSQL 功能： NOSQL 功能简单 基本只支持主键查询，有的NOSQL支持非主键查询(不过非主键查询时，其性能也很慢)，很少有NOSQL支持二级索引 不支持关联查询，如果有复杂关联查询的需求，NOSQL无法支持 不支持ACID，仅仅支持单记录级的原子操作，如果有高一致性要求的场景， ...
分类：
数据库 时间：
2017-05-10 20:33:59
阅读次数：
250
Phoenix使用HBase作为后端存储，对于HBase来说，我们通常使用字典序的RowKey来快速访问数据，除此之外，也可以使用自定义的Filter来搜索数据，但是它是基于全表扫描的。而Phoenix提供的二级索引是可以避开全表扫描，是在HBase中快速查找或批量检索数据的另一个选择。下面的例子使... ...
分类：
其他好文 时间：
2017-04-17 19:17:06
阅读次数：
321
MySQL非聚簇索引&&二级索引&&辅助索引 mysql中每个表都有一个聚簇索引（clustered index ），除此之外的表上的每个非聚簇索引都是二级索引，又叫辅助索引（secondary indexes）。 以InnoDB来说，每个InnoDB表具有一个特殊的索引称为聚集索引。如果您的表上定 ...
分类：
数据库 时间：
2017-04-08 18:18:56
阅读次数：
276
一、 背景二、 什么是HBase的协处理器三、 HBase协处理器同步数据到Solr四、 添加协处理器五、 测试六、 协处理器动态加载 一、 背景 在实际生产中，HBase往往不能满足多维度分析，我们能想到的办法就是通过创建HBase数据的二级索引来快速获取rowkey，从而得到想要的数据。目前比较... ...
分类：
其他好文 时间：
2017-02-17 14:39:25
阅读次数：
744
转自 http://www.2cto.com/database/201508/433975.html 今天在查询一个表行数的时候，发现count(1)和count(*)执行效率居然是一样的。这跟Oracle还是有区别的。遂查看两种方式的执行计划： ? 1 2 3 4 5 6 7 8 9 10 11 ...
分类：
其他好文 时间：
2016-12-26 16:36:20
阅读次数：
223
一：HBase的二级索引 1.讲解 uid+ts 11111_20161126111111:查询某一uid的某一个时间段内的数据 查询某一时间段内所有用户的数据：按照时间 索引表 rowkey：ts+uid 20161126111111—111111 info:uid uid+ts 检索流程： 从索 ...
分类：
其他好文 时间：
2016-12-14 21:21:32
阅读次数：
373
1. 说明 在HBase中，只有一个单一的按照字典序排序的rowKey索引，当使用rowKey来进行数据查询的时候速度较快，但是如果不使用rowKey来查询的话就会使用filter来对全表进行扫描，很大程度上降低了检索性能。而Phoenix提供了二级索引技术来应对这种使用rowKey之外的条件进行检 ...
分类：
其他好文 时间：
2016-08-05 11:46:03
阅读次数：
178
1. 说明 觉得还是有必要把这种类型的索引说明一下，phoenix将其二级索引技术划分为global and local indexing 2种，但是如果继续往下细分的话又分为mutable global indexing、mutable local indexing、immutable globa ...
分类：
移动开发 时间：
2016-08-05 11:42:58
阅读次数：
491
对于索引优化真的是门课题，先来研究下最平常的问题，innodb引擎下 怎么让count(*)快一点。 首先需要清楚 innodb 默认是对主键建立聚簇索引,如果没有主键，那就是对具有唯一且非空值的索引来代替，如果也没有，innodb内部就会自己维护一个这样的索引。 聚簇索引存的是索引+数据,二级索引 ...
分类：
数据库 时间：
2016-06-17 14:19:20
阅读次数：
223
摘要 最近做的一个项目涉及到了多条件的组合查询，数据存储用的是HBase，恰恰HBase对于这种场景的查询特别不给力，一般HBase的查询都是通过RowKey(要把多条件组合查询的字段都拼接在RowKey中显然不太可能)，或者全表扫描再结合过滤器筛选出目标数据(太低效)，所以通过设计HBase的二级 ...
分类：
其他好文 时间：
2016-06-13 01:00:07
阅读次数：
153
