当整个页面下滑时，搜索框在整个页面最上层，会首先被屏幕上边缘截断想实现的效果是，当搜索框高度被截断不足一半时，松手会弹回至搜索框完全显示当搜索框高度被截断超过一半时，松手会弹至搜索框完全隐藏当从底部(搜索框完全隐藏)利用惯性上滑时，到顶部停止时搜索框在隐藏状态完整例子可以参考IOS端的微信首页搜索框不...

mongo中有以下两个索引，第一个索引是：{_id}字段的单字段索引；第二个索引是{chat_id, _id}组合成的复合索引。当我使用查询db.collection.find({"chat_id" : ObjectId("*********"), "the_time":{"$lt" : ISODate("2010-01-01T00:00:00Z")}}).sort({"the_time":-1}).explain("executionStats")，为什么会得到下面这种结...

关于mysql索引的一些疑问，查阅了很多资料，说的都很模糊，有几种类型的索引不知道怎么加：1.groupby的索引要怎么加？单独的加一个索引还是和搜索条件加在一起？2.有LEFT JOIN的查询索引要怎么加，例如

{代码...} 运行结果: {代码...} 求解该如何解决?

每个索引上包含的字段会有不同，聚集索引包含所有字段，非聚集索引只包含索引字段+主键字段，所以如果在使用非聚集索引后还需要使用其他字段的（包括在where条件中或者select子句中），则需要通过主键索引回表到聚集索引获取其他字段。如果是非聚集索引可以满足SQL语句的所有字段的，则被称为全覆盖索引，没有回表开销。

Sphinx 对可搜索数据建立索引，搜索索引得到结果（一般为数据对应的Id），然后通过id搜索在查询数据。也可以将Sphinx和MySQL编译在一起安装，可通过直接查询MySQL 实现搜索。也有其他的来源软件，不确定具体情况，Sphinx 可实现类似效果。

覆盖索引：查询的字段个数与顺序和索引的字段个数与顺序相同，这样查询就从二级索引树本身的结点获取数据，不用回表查询，提升查询效率。如果要使用覆盖索引，不可select * ，因为如果将所有字段一起做索引导致索引文件过大，查询性能下降。

h1表没有使用到索引索引,所以type类型是index(全索引扫描)

在MySQL 中， KEY 才是正统的 索引 概念。 添加普通索引 {代码...} 添加唯一索引 {代码...}

不一定要有自增主键。在mysql中innodb建议每张表要有一个自增主键。自增主键会作为表的聚焦索引。没有自增主键会选择一个唯一的不为null的索引作为主键索引。没有这样的索引，innodb会有一个隐藏的rowid作为聚焦索引，这个索引不能够引用。（oracle中可以）。sql查询时， 索引的大小对查询速度会有略微的影响。

如果我没猜错的话，tcid字段是这个表的主键吧。那加上order by语句后使用索引下推就说的过去了。首先要明确，mysql的普通索引查询，是根据索引查找到主键索引，然后回表查询出全部数据。所以这里根据tname索引查找到结果以后，又根据主键索引order by 那么mysql会直接使用索引下推来对结果进行排序

每个索引上包含的字段会有不同，聚集索引包含所有字段，非聚集索引只包含索引字段+主键字段，所以如果在使用非聚集索引后还需要使用其他字段的（包括在where条件中或者select子句中），则需要通过主键索引回表到聚集索引获取其他字段。如果是非聚集索引可以满足SQL语句的所有字段的，则被称为全覆盖索引，没有回表开销。

{代码...}

如果文档在唯一索引中没有索引字段的值，则索引将为此文档存储空值。由于唯一性约束，MongoDB 将只允许一个缺少索引字段的文档。如果有多个文档没有索引字段的值或缺少索引字段，则索引构建将失败并出现重复键错误。 您可以将唯一约束与稀疏索引结合起来，以从唯一索引中过滤这些空值并避免错误。

联合主键和唯一索引是一回事儿，主键就是一种特殊类型的唯一索引。 被索引的列就尽量不要可空了，null 不会参与索引。

这个要看你要检索信息项，举例说明：图书馆的图书检索，用户可能会搜索书名，作者，编号，那么这些信息就应该store，同时把书藉信息唯一索引加上，Lucene检索成功后，便可以依据这个唯一索引在数据源中取出详细的信息。