1樓：舒琴
SQL 要解決哪些問題？解決了哪些問題？有哪些問題是資料流難以解決的？這樣問問題，你能得到的收益更多。
思考一下：如何用資料流實現多表關聯？如何處理大資料量的查詢和多表關聯？如何用資料流來表達可以進行高效索引的字段或聯合字段？或者如何告訴資料庫該做哪些查詢優化？
從另乙個角度來看，資料流是一種宣告與執行混合的方式，但是 SQL 是一種宣告式的語言，其內部可以採用各種實現方式，甚至是資料流。
換句話說，資料流是一種底層細節，而 SQL 是一種高層語義。兩者不在乙個層面上。SQL 完全可以在部分問題求解中採用或不採用資料流的方式。
此外，資料流一般是記憶體計算，可以考慮作為資料快取或在特定場景下效能提公升的手段，但是 SQL 要面對的是大量磁碟資料的查詢。
資料流更適合作為實時訊息流處理的場景，因為它是 CPU 密集型。
提問之前，你應該先自己學習調查一下。如果非必須，那麼你的理由是什麼？
如果你沒有仔細調查和學習SQL，看上去好像是你想要另闢蹊徑地提出了一種不同思路，實際上你還不如問：為什麼關聯式資料庫要用 SQL ？
能夠讓你更深入理解 SQL。
我的建議是：好好學習下 SQL 和資料流，對比其中的異同。
2樓：basic13
SQL嘛，只是一種語法，語法無所謂好壞，關鍵是上手簡單，SQL也不是關係型資料庫的專利，非關係型資料庫諸如Spark、Elk啥的都支援用SQL。
其實呢，你也不是想代替SQL，只是想捨棄關係型資料庫的傳統架構，整點資料流處理之類的新玩法。
那麼，Apache Ignite了解一下？
資料流處理 | Apache Ignite技術服務
是否提公升了部分效能？
效能，是的，如果處理的好，效能會比關係型資料庫高，沒毛病，畢竟乙個通用乙個定製，但是上手難度不是乙個級別的，關係型資料庫往往建表、建索引就完事了，流處理器就沒那麼簡單了。
有必要嗎？
任何乙個技術的引入都是有成本的，你要看這個成本是不是能高於它帶來的收益，再看有沒有必要。
C C 如何將不停的資料流儲存成乙個固定大小的檔案？
幣哥 這樣的話你還得維護檔名，排序啥的，還要經常檢查檔案大小 檢查磁碟空間夠不夠，我建議不要這樣做，首先每條log長度是不是固定的？如果不能固定可不可以把最大長度做為固定長度？這樣就把長度固定下來，然後就是固定存多少條記錄，算出磁碟空間需要多大，按這個大小分配好檔案的大小，內容全置為0，每次按偏移量...
學資料庫就是學sql嗎？
嘉莉Carrie 不是。資料庫需用到SQL，但依舊有很多內容需要學習。資料庫作為儲存 管理和共享資料的倉庫，借助SQL進行結構化查詢，從SQL的作用來看，以增刪改查為主，那麼除了增刪改查之外，你得了解資料是怎麼儲存 怎麼共享 怎麼管理的等。而大資料的資料庫一般稱為資料倉儲，是面向主題的 整合的 動態...
iPad加鍵盤能代替電腦嗎？
吳鹽 不能！不能！不能！看到潛台詞了嗎同志們，前提是你得先有一台電腦！對我來說是完全不能的，本科生也是科研實驗狗，主力機是MBP，絕大部分科研軟體ipad無法執行，但我的體會是，在你有一台mac後，ipad真的是超級輔助裝置，雖然沒必要pro。我購進了mini5和筆，因為要考研我爸主動提出要給我買，...