搭建好之後，基本的crud操作都可以。但是搜尋卻只能全字匹配或者只能單個字元匹配出結果。這是絕對不能容忍的。定位問題接近了一天，找有經驗的同事給排查也沒排查出來問題。最後我自己一點一點比對multicore資料夾下的配置檔案跟f:\solr\solr-4.6.0\example\solr\collection1這個資料夾下的配置檔案的配置區別。
當我把schema.xml的version屬性從1.1公升到跟collection1下的相同檔案的1.5一致之後。重啟伺服器，問題解決了！
我只想想說，提供solr4.6包的工程師坑爹。schema.xml的version屬性對搜尋的效果影響重大，4.6下的multicore提供的版本號卻是古老的1.1.
查了下schema.xml的官方文件：
翻譯一下：
1.0：多值屬性不存在，所有的域本質上是多值屬性
1.1：多值屬性被引進，預設為false
1.2：omittermfreqandpositions屬性被引進，預設為true，文字域除外
1.3：刪除可選的域壓縮特性
1.4：當單個字串產生多個詞的時候，autogeneratephrasequeries 屬性被引進以驅動查詢分析器行為。版本大於等於1.4預設被關閉
1.5：對於原子型別，omitnorms屬性預設為true
從官方文件上可以看出，版本號不一樣，shema.xml被解析出來的效果也是不一樣的。
搭建好之後，基本的crud操作都可以。但是搜尋卻只能全字匹配或者只能單個字元匹配出結果。這是絕對不能容忍的。定位問題接近了一天，找有經驗的同事給排查也沒排查出來問題。最後我自己一點一點比對multicore資料夾下的配置檔案跟f:\solr\solr-4.6.0\example\solr\collection1這個資料夾下的配置檔案的配置區別。
當我把schema.xml的version屬性從1.1公升到跟collection1下的相同檔案的1.5一致之後。重啟伺服器，問題解決了！
我只想想說，提供solr4.6包的工程師坑爹。schema.xml的version屬性對搜尋的效果影響重大，4.6下的multicore提供的版本號卻是古老的1.1.
查了下schema.xml的官方文件：
翻譯一下：
1.0：多值屬性不存在，所有的域本質上是多值屬性
1.1：多值屬性被引進，預設為false
1.2：omittermfreqandpositions屬性被引進，預設為true，文字域除外
1.3：刪除可選的域壓縮特性
1.4：當單個字串產生多個詞的時候，autogeneratephrasequeries 屬性被引進以驅動查詢分析器行為。版本大於等於1.4預設被關閉
1.5：對於原子型別，omitnorms屬性預設為true
從官方文件上可以看出，版本號不一樣，shema.xml被解析出來的效果也是不一樣的。
關於iOS App的版本號
version和build的區別 一種是cfbundleversion bundle version 也就是我們看到的version,另一種是cfbundleshortversionstring bundle version string,short 也就是我們看到的build。build最好是整數...
關於版本號的總結
版本號 version number 是版本的標識號。每乙個作業系統 或廣義的講，每乙個軟體 都有乙個版本號。版本號能使使用者了解所使用的作業系統是否為最新的版本以及它所提供的功能與設施。每乙個版本號可以分為主版本號與次版本號兩部分。命名格式 例如 dos4.0，主版本號是4，次版本號是0。版本控制...
關於版本號的總結
版本號 version number 是版本的標識號。每乙個作業系統 或廣義的講，每乙個軟體 都有乙個版本號。版本號能使使用者了解所使用的作業系統是否為最新的版本以及它所提供的功能與設施。每乙個版本號可以分為主版本號與次版本號兩部分。命名格式 例如 dos4.0，主版本號是4，次版本號是0。版本控制...