es查詢資料庫

『壹』 和SQL資料庫里的查詢/全文檢索有什麼區別

這個問題很難回答，es也可以理解成是一種資料庫，不僅能提供全文檢索功能，還可以支持各種數值類的區間查詢，聚合計算等，這些和傳統資料庫一樣，從使用場景來說，資料庫一般用來存meta，比如網站用戶，用戶資源等等，這些數據有個特點就是量不會很大，還有就是這些數據一般都比較結構化。
es一般用來存一些流式數據，比如應用日誌，這也是目前es應用最廣的方面，這些數據有個特點就是往往結構不固定，比如應用日誌，不同的程序員寫得模塊打出來的日誌欄位數量都不一樣，這種數據就不太方便用資料庫來處理。
最後，一般傳統資料庫，全文檢索都實現的很雞肋，因為一般也沒人用資料庫存文本欄位。
上面從使用場景上說明了兩者的區別，從技術上兩者全文檢索的實現都差不多，無非是倒排索引，但是lucene畢竟是專業的，做了十幾年了，索引效率，存儲空間等都比傳統資料庫快很多，技術也迭代的非常快。
以上就是我總結的不同之處，希望能解答樓主的疑惑。
作者：Razzit
鏈接：https://www.hu.com/question/53063256/answer/151074607
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。

『貳』 ES是什麼

指音的指碼母顏文色字,s英色代型指彩色與網字指寫e色號指還號的母.字種拼也品產一絡.也.也.密情發

『叄』 ES與傳統資料庫的比較

1.結構名稱不同
2.ES分布式搜索，傳統資料庫遍歷式搜索
3.ES採用倒排索引，傳統資料庫採用B+樹索引
4.ES沒有用戶驗證和許可權控制
5.ES沒有事務的概念，不支持回滾，誤刪不能恢復
6.ES免費，完全開源；傳統資料庫部分免費
有關更詳細的比較內容，可以到黑馬程序員官網找到社區技術文章，找不到可以對話框問一下。裡面還有結合工作的舉例。

『肆』 elasticsearch 可以替代資料庫嗎

我們使用Elasticsearch存儲的文檔數量接近50億（算上1份復制，接近
100億文檔），總共10個數據節點和2個元數據節點（48GB內存，8核心CPU，ES使用內存達到70%），每天的文檔增量大概是3000W條（速度
持續增加中）。目前來看，單個文檔的查詢效率基本處於實時狀態；對於1到2周的數據的聚合統計操作也可以在10秒之內返回結果。

但是，還有提升的空間：
1. 對於查詢單條數據的應用場景來說，我們可以使用ES的路由機制，將同一索引內的具有相同特徵（比如具有相同的userid）的文檔全部存儲於一個節點上，這樣我們之後的查詢都可以直接定位到這個節點上，而不用將查詢廣播道所有的節點上；

2. 隨著數據節點的增加，適當增加分片數量，提升系統的分布水平，也可以通過分而治之的方式優化查詢性能；


個人以為Elasticsearch作為內部存儲來說還是不錯的，效率也基本能夠滿足，在某些方面替代傳統DB也是可以的，前提是你的業務不對操作的事
性務有特殊要求；而許可權管理也不用那麼細，因為ES的許可權這塊還不完善。由於我們對ES的應用場景僅僅是在於對某段時間內的數據聚合操作，沒有大量的單文
檔請求（比如通過userid來找到一個用戶的文檔，類似於NoSQL的應用場景），所以能否替代NoSQL還需要各位自己的測試。如果讓我選擇的話，我
會嘗試使用ES來替代傳統的NoSQL，因為它的橫向擴展機制太方便了。

『伍』 資料庫中的統計查詢和組合查詢

聯接最簡單
select 科室,sum(數量)
from 醫生,處方，葯品
where 葯品.名稱='青黴素'
and 醫生.編號 = 處方.醫生編號
and 處方.葯品編號 = 葯品.編號
group by 科室

你要求不連接單表
declare @葯編號 int
select @葯編號=編號 from 葯品 where 名稱='青黴素'

select 科室,
sum((select 數量 from 處方 where 醫生編號=醫生.編號 and 葯品編號=@葯編號))
from 醫生
group by 科室