solr DateField 查询

南天一柱

　　我想大家也都看知道solr中关于时间类型如何去索引，虽然solr中提供的DateField的数据类型，但是为了检索的速度，很多时候我们还是按照将时间转化为int或者long类型去建立索引，这样在检索的时候也就支持了范围检索，同时检索速度比非int和long型要快。但是也会存在DateField类型数据的检索。
　　很多人在尝试着用普通的range查询语法查询DateField类型时，经常会得出下面的字样
　　ERROR [SolrCore] org.apache.solr.common.SolrException: Invalid Date String :'2008-08-27T06:44:13.000'
at org.apache.solr.schema.DateField.parseMath(DateField.java:167)
at org.apache.solr.schema.DateField.toInternal(DateField.java:138)
at org.apache.solr.schema.FieldType$DefaultAnalyzer$1.next(FieldType.java:315)
　　我们查看相关的文档，我们会发现有这样的一句话
Although not technically a Syntax difference, please note that if you use the Solr "DateField" type, any queries on those fields (typically range queries) should use either the Complete ISO 8601 Date syntax that field supports, or the DateMath Syntax to get relative dates. Examples:

• timestamp:[* TO NOW]
  
• createdate:[1976-03-06T23:59:59.999Z TO *]
  
• createdate:[1995-12-31T23:59:59.999Z TO 2007-03-06T00:00:00Z]
  
• pubdate:[NOW-1YEAR/DAY TO NOW/DAY+1DAY]
  
• createdate:[1976-03-06T23:59:59.999Z TO 1976-03-06T23:59:59.999Z+1YEAR]
  
• createdate:[1976-03-06T23:59:59.999Z/YEAR TO 1976-03-06T23:59:59.999Z]
  

意思就是在技术语法上没有什么不同。但如果在DataField类型上的任何range查询时 。或者完全符合 ISO 8601 Date 语法或者符合DateMath 的语法。这里我们不去深究这两个东东的具体细节，我们看他给出的例子。
　　createdate:[1995-12-31T23:59:59.999Z TO 2007-03-06T00:00:00Z] 这个完全符合我们的调用，且DataFiled内部也是按照这种格式存储的。
此时我们在时间中给出T 和Z的字符，同时注意转义的问题，如果是在firfox上则完全不需要转义，如果是在IE上则需要加上转义字符

createdate:[1995-12-31\T23:59:59.999\Z TO 2007-03-06\T00:00:00\Z]