開源內存資料庫

① redis主要解決什麼問題

redis是內存資料庫，訪問速度非常快，所以能夠解決的也都是這些緩存類型的問題，如下：
1、會話緩存（Session Cache）
最常用的一種使用Redis的情景是會話緩存（session cache）。用Redis緩存會話比其他存儲（如Memcached）的優勢在於：Redis提供持久化。當維護一個不是嚴格要求一致性的緩存時，如果用戶的購物車信息全部丟失，大部分人都會不高興的，現在，他們還會這樣嗎？
幸運的是，隨著 Redis 這些年的改進，很容易找到怎麼恰當的使用Redis來緩存會話的文檔。甚至廣為人知的商業平台Magento也提供Redis的插件。
2、全頁緩存（FPC）
除基本的會話token之外，Redis還提供很簡便的FPC平台。回到一致性問題，即使重啟了Redis實例，因為有磁碟的持久化，用戶也不會看到頁面載入速度的下降，這是一個極大改進，類似PHP本地FPC。
再次以Magento為例，Magento提供一個插件來使用Redis作為全頁緩存後端。
此外，對WordPress的用戶來說，Pantheon有一個非常好的插件 wp-redis，這個插件能幫助你以最快速度載入你曾瀏覽過的頁面。
3、隊列
Reids在內存存儲引擎領域的一大優點是提供 list 和 set 操作，這使得Redis能作為一個很好的消息隊列平台來使用。Redis作為隊列使用的操作，就類似於本地程序語言（如Python）對 list 的 push/pop 操作。
如果你快速的在Google中搜索「Redis queues」，你馬上就能找到大量的開源項目，這些項目的目的就是利用Redis創建非常好的後端工具，以滿足各種隊列需求。例如，Celery有一個後台就是使用Redis作為broker，你可以從這里去查看。
排行榜/計數器
Redis在內存中對數字進行遞增或遞減的操作實現的非常好。集合（Set）和有序集合（Sorted Set）也使得我們在執行這些操作的時候變的非常簡單，Redis只是正好提供了這兩種數據結構。所以，我們要從排序集合中獲取到排名最靠前的10個用戶–我們稱之為「user_scores」，我們只需要像下面一樣執行即可：
當然，這是假定你是根據你用戶的分數做遞增的排序。如果你想返回用戶及用戶的分數，你需要這樣執行：
ZRANGE user_scores 0 10 WITHSCORES
Agora Games就是一個很好的例子，用Ruby實現的，它的排行榜就是使用Redis來存儲數據的，你可以在這里看到。
5、發布/訂閱
最後（但肯定不是最不重要的）是Redis的發布/訂閱功能。發布/訂閱的使用場景確實非常多。我已看見人們在社交網路連接中使用，還可作為基於發布/訂閱的腳本觸發器，甚至用Redis的發布/訂閱功能來建立聊天系統！（不，這是真的，你可以去核實）。
Redis提供的所有特性中，我感覺這個是喜歡的人最少的一個，雖然它為用戶提供如果此多功能。
等等？

② 10億級流數據交互查詢，為什麼拋棄mysql選擇voltdb

10億級流數據交互查詢，為什麼拋棄mysql選擇voltdb
作者 譚正海、武毅 發布於 2016年8月18日 | 被首富的「一個億」刷屏？不如定個小目標，先把握住QCon上海的優惠吧！討論
分享到：微博微信FacebookTwitter有道雲筆記郵件分享
稍後閱讀
我的閱讀清單
大數據時代，隨著數據量的爆炸式增長，對於數據的處理速度要求也越來越高，以往基於MySQL的數據處理方案已無法滿足大吞吐、低延遲的寫入和高速查詢的場景；百分點總結出了一套完整的解決方案，本文就帶你一同了解VoltDB在流數據交互查詢的應用實踐。
流式數據交互查詢場景
在百分點，每天有10億條記錄產生，針對這些大量實時產生的數據，不僅要做到實時寫入，類似推薦調優、數據驗證等查詢要在秒級響應。有簡單的單條驗證，也有幾個小時或一天的聚合計算，也有基於幾千萬/幾億數據表間的聯合聚合查詢。例如如下SQL查詢：

對於前期的MySQL方案，雖然已經根據一定規則做了人工的分庫，但是對於上面SQL中的表Event落在單機上的數據量達到幾千萬，Result表也近千萬，在這樣的大表之間進行復雜的聯合聚合查詢，MySQL查下來要花費30分鍾左右，甚至更長，或是沒響應了。
因此在針對同時要求大吞吐、低延遲的寫入和高速查詢的場景下，基於MySQL的現存方案完全無法實現。在不放棄SQL語句的便利基礎上，經歷過多種選型和方案調研，最終選擇了VoltDB來解決此類問題。

相關廠商內容
攜程的推薦及智能化演算法及架構體系實踐
Autodesk基於Spark自建大數據平台的實踐經驗
大數據與電商四大核心要素
阿里巴巴數據研發體系的建立和管理之道
蘇寧雲商數據平台實時化實踐
相關贊助商

QCon上海2016，10月20~22日，上海·寶華萬豪酒店，精彩內容搶先看！！
如上圖，線上的全量流量，通過Streaming匯流排同時到達VoltDB和離線Hive表。不同的是，數據寫入VoltDB使用實時方式，寫入Hive使用批量方式。新的數據要求在極短的延遲內馬上寫入VoltDB待查詢；批量寫入Hive的數據也可以做到小時級以內刷寫到對應分區。
VoltDB簡介
VoltDB是一種開源的極速的內存關系型資料庫，由Ingres和Postgres聯合創始人Mike Stonebraker帶領開發的NewSQL，提供社區版本和商業版本。VoltDB採用shard-nothing架構，既獲得了NoSQL的良好可擴展性以及高吞吐量數據處理，又沒有放棄傳統關系型資料庫的事務支持---ACID。
一般VoltDB資料庫集群由大量的站點(分區)組成，分散在多台機器上，數據的存儲與處理都是分布在各個站點的，架構圖如下所示：

如上圖，集群有3個節點、每個節點1個站點構成。因此圖中的表都只分成3個區，當然也可以分成更多的區，那麼一張表在單個節點上則存在多個分區。
具體在使用上涉及以下幾個概念：
客戶端可以連接集群中任意一個節點，集群中所有節點是對等的，採用的也是水平分區的方式；
每張表指定一個欄位作為分區鍵，VoltDB使用該鍵採用哈希演算法方式分布表數據到各個分區。事實上VoltDB中存在兩種類型的表，一種是分區表，還有一種叫做」Replicated table」。」Replicated表」在每個節點存儲的不是某張表的部分數據，而是全部數據，適用於小數據量的表。
這里我們主要看重分區表，分區表的分區欄位的選擇很重要，應該盡量選擇使數據分散均勻的欄位。
VoltDB支持的客戶端語言或介面：
C++
C#
Erlang
Go
Java
Python
Node.js
JDBC 驅動介面
HTTPJSON 介面 (這意味著所有能實現http請求語言，都能編寫VoltDB的客戶端程序，且非常直觀)

③ 開源資料庫有哪些

MSSQL伺服器、MySQL、Oracle、PostgreSQL、MongoDB等等。眾所周知，其中MySQL是目前使用最廣泛最好的免費開源資料庫，此外，還有一些你不知道或者沒用過但又非常出色的開源資料庫，例如PostgreSQL、MongoDB、HBase、Cassandra、Couchbase、Neo4j、Riak、Redis、Firebird等。

④ C#開源輕量級對象資料庫NDatabase介紹[1]

前言

NDatabase是一個易於使用的 NET對象資料庫 為了避免關系資料庫帶來的開銷 可以嘗試用NDatabase NDatabase是新一代的面向對象資料庫 個原生的 NET資料庫持久層 它的主要特徵有

·簡單 NDatabase非常簡單 很容易學習上手使用 它API是簡單 不需要學習任何資料庫映射技術 不需要對象和存儲持久層之間的映射 NDatabase以最簡單的方式存儲對象 不需要安裝和管理

·小 NDatabase 運行時小於 Kb 部署程序的時候 很容易集成到 NET應用程序中去

·安全健壯 NDatabase支持ACID事務處理 保證數據的完整性 即使在硬體故障的情況下 所有的提交工作都會應用到資料庫 在下一次啟動的時候自動執行

·單一資料庫文件 NDatabase使用單一的文件存儲所有的數據 包括元數據 對象 索引等

·生產率 NDatabase使用很少的代碼來進行數據持久化 不需要映射 因此 開發人員可以專注於業務邏輯的實現 而不是在數據持久層浪費時間

NDatabase入門

基礎設置

NDatabase中所有的資料庫引擎設置都在OdbConfiguration類中 如BTree Validation 和BTree index degree的設置都在這個類裡面 打開日誌的設置也在這個類裡面 NDatabase提供了默認的日誌類實現 ConsoleLogger 可以使用OdbConfiguration類中的EnableConsoleLogger方法進行設置 實現好自定義的日誌類後 還需要進行注冊RegisterLogger方法 才能夠使用

OdbConfiguration RegisterLogger（new Log NetLogger（））

使用索引

使用IOdb介面的IndexManagerFor方法可以為指定類型添加索引 如

using （var odb = OdbFactory Open（ index ndb ））

{

var fields = new[] { Name };

odb IndexManagerFor<Player>（） AddUniqueIndexOn（ nameIndex fields）

odb IndexManagerFor<Game>（） AddIndexOn（ nameIndex new[] { Result }）

}

使用事務

NDatabase可以使用事務來保證數據的完整性（ACID:原子性 一致性 隔離性 持久性） 當一個NDatabase被打開後 將會自動創建一個會話 包含一個特殊的當前事務對象 這個事務對象實例管理當前所有的數據和數據操作行為

內存資料庫模式

NDatabase可以將資料庫所有數據直接載入到內存中 直接使用OdbFactory方法的 OpenInMemory即可

關於觸發器

要增加一個觸發器 首先要建立一個實現了Trigger 介面（）的類 該介面有 種可用的類型（InsertTrigger UpdateTrigger SelectTrigger DeleteTrigger） 如

public class MyTrigger : InsertTrigger

{

public override bool BeforeInsert（object obj）

{ return true; }

public override void AfterInsert（object obj OID oid）

{ }

}

在使用過程中 打開資料庫後 要注冊觸發器 才能使用

var mage = new Mage（ Merlin ）

var myTrigger = new MyTrigger（）

using （var odb = OdbFactory Open（ inserting_trigger db ））

{

odb TriggerManagerFor<Mage>（） AddInsertTrigger（myTrigger）

odb Store（mage）

}

⑤ 內存資料庫，MySQL和sqlite，哪個更好

一般，內存資料庫對應磁碟資料庫，而mysql和sqlite通常指的都是磁碟資料庫的兩種不同管理系統。下面分別回答一下內存資料庫和磁碟資料庫優劣，mysql和sqlite優劣。
內存資料庫：
基於內存的具有高效I/O、高並發的資料庫。缺點存儲量有限、可恢復性差。
1.
磁碟資料庫：
基於磁碟存儲穩定、保證數據可恢復性、一致性的資料庫。缺點是實時性不足。
兩種資料庫一般來講不會沖突，沒有一個企業能夠脫離磁碟資料庫，固化的穩定的數據一般都是採用磁碟資料庫。但是，當企業面臨用戶量擴大，並發性、實時性要求不斷提高時，便會藉助內存資料庫。因此，根據你的場合選擇合適的資料庫存儲形式非常重要。對於內存資料庫，其實自己也沒怎麼用過，給你個傳送門：http://dev.yesky.com/418/35355918.shtml
2.
對於mysql和sqlite，我個人覺得目前mysql非常通用，免費開源，學習成本低，應用面廣泛，落地迅速，與各大主流的編程語言都有通用介面。相對較好，sqlite我只在學校時候用過，Σ( ° △ °|||)︴。
一起學習一起進步！

⑥ 如何看待國產資料庫SequoiaDB開源

如何看待國產資料庫SequoiaDB開源

總的來說，我認為有幾點吧
1）相比mongo還是有中文的齊全文檔，作為中國的碼農。。英文文檔看得還是頭疼啊。
2）應該說開源社區這邊的支持還是比較快速的，在群里提問基本當天都會有人回答，然後在剛開始配置和對接程序的時候原廠的同學還在區裏手把手教了我們的工程師。。還是很給力的
3）總體上說使用和遷移轉換時候不會不上手，不過現在據說多了SQL的支持，還沒有嘗試過，聽起來很厲害的樣子，不過他們原生的操作語句也還是很好理解的

如何看待yandex開源clickhouse這個列式文檔資料庫

Yandex在2016年6月15日開源了一個數據分析的資料庫，名字叫做ClickHouse，這對保守俄羅斯人來說是個特大事。更讓人驚訝的是，這個列式存儲資料庫的跑分要超過很多流行的商業MPP資料庫軟體，例如Vertica。如果你沒有聽過Vertica，那你一定聽過 Michael Stonebraker，2014年圖靈獎的獲得者，PostgreSQL和Ingres發明者（Sybase和SQL Server都是繼承 Ingres而來的）, Paradigm4和SciDB的創辦者。Michael Stonebraker於2005年創辦Vertica公司，後來該公司被HP收購，HP Vertica成為MPP列式存儲商業資料庫的高性能代表，Facebook就購買了Vertica數據用於用戶行為分析。
簡單的說，ClickHouse作為分析型資料庫，有三大特點：一是跑分快， 二是功能多 ，三是文藝范
1. 跑分快： ClickHouse跑分是Vertica的5倍快：
ClickHouse性能超過了市面上大部分的列式存儲資料庫，相比傳統的數據ClickHouse要快100-1000X，ClickHouse還是有非常大的優勢：
100Million 數據集:
ClickHouse比Vertica約快5倍，比Hive快279倍，比My SQL快801倍
1Billion 數據集:
ClickHouse比Vertica約快5倍，MySQL和Hive已經無法完成任務了
2. 功能多：ClickHouse支持數據統計分析各種場景
- 支持類SQL查詢，
- 支持繁多庫函數（例如IP轉化，URL分析等，預估計算/HyperLoglog等）
- 支持數組(Array)和嵌套數據結構(Nested Data Structure)
- 支持資料庫異地復制部署
3.文藝范：目前ClickHouse的限制很多，生來就是為小資服務的
- 目前只支持Ubuntu系統
- 不提供設計和架構文檔，設計很神秘的樣子，只有開源的C++源碼
- 不理睬Hadoop生態，走自己的路

如何看待阿里巴巴宣布開放開源AliSQL資料庫

其實有點類似，谷歌開放安卓系統給大家免費用，
某些技術別人要模仿不難，而且專利有效期也不長，
谷歌可能覺得還不如一下子公開了，大家一起弄，能迅速佔領市場

如何看待黑客入侵資料庫

內網。內鬼和外面的黑客一起合作搞的。內鬼的話就比較容易了。

如何看待美國研發的資料庫TokuDB?

測試過 TokuMX, 性能確實不錯，但穩定性堪憂，mongodb 3.0 後引入了 wiredtiger engine，與 tokumx 差距縮小了
研究過 TokuMX 和 TokuDB 用的索引數據結構，很巧妙的設計，雖然樹的深度加倍了，但插入時間確實大幅度降低了。
最後沒有採用。

如何看待免費開源CRM

免費開源CRM基本上很難滿足企業的實際業務需求，可以考慮一款支持用戶個性化定製的CRM，百會的CRM就不錯，它可以根據用戶需求，在最短時間內定製出來並讓用戶看到效果。滿意之後再付費，沒有後顧之憂。定製工具簡單，定製速度快。用戶完全可以自己操作去滿足未來業務的變化。另外它基於SAAS模式的在線租用形勢，可以為企業節省購買硬體、安裝調試、後期升級的費用成本。定期的售後回訪還可以解決不少使用中的問題。

如何看待Facebook已開源React Native

React Native項目成員Tom Ohino發表的React Native: Bringing modern web techniques to mobile（牆外地址）詳細描述了React Native的設計理念。Ohino認為盡管Native開發成本更高，但現階段Native仍然是必須的，因為Web的用戶體驗仍無法超越Native：
1. Native的原生控制項有更好的體驗；
2. Native有更好的手勢識別；
3. Native有更合適的線程模型，盡管Web Worker可以解決一部分問題，但如圖像解碼、文本渲染仍無法多線程渲染，這影響了Web的流暢性。
Ohino沒提到的還有Native能實現更豐富細膩的動畫效果，歸根結底是現階段Native具有更好的人機交互體驗。筆者認為這些例子是有說服力的，也是React Native出現的直接原因。
圖3 - Ohino在F8分享了React Native（Keynote）
Learn once, write anywhere
「Learn once, write anywhere」同樣出自Ohino的文章。因為不同Native平台上的用戶體驗是不同的，React Native不強求一份原生代碼支持多個平台，所以不提「Write once, run anywhere」（Java），提出了「Learn once, write anywhere」。
圖4 - 「Learn once, write anywhere」
這張圖是筆者根據理解畫的一張示意圖，自下而上依次是：
1. React：不同平台上編寫基於React的代碼，「Learn once, write anywhere」。
2. Virtual DOM：相對Browser環境下的DOM（文檔對象模型）而言，Virtual DOM是DOM在內存中的一種輕量級表達方式（原話是ligheight representation of the document），可以通過不同的渲染引擎生成不同平台下的UI，JS和Native之間通過Bridge通信（React Native通信機制詳解 « bang』s blog）。
3. Web/iOS/Android：已實現了Web和iOS平台，Android平台預計將於2015年10月實現（Blog | React）。
前文多處提到的React是Facebook 2013年開源的Web開發框架，筆者在翻閱其發布稿時，發現這么一段：
圖5 - 摘自React發布稿（2013）
1. 加亮文字顯示2013年已經在開發React Native的原型，現在也算是厚積薄發了。
2. 最近另一個比較火的項目是Flipboard/react-canvas · GitHub（詳見 @rank），渲染層使用了Web Canvas來提升交互流暢性，這和上圖第一個嘗試類似。
React本身也是個龐大的話題不再展開，詳見facebook/react Wiki · GitHub。
筆者認為「Write once, run anywhere」對提升效率仍然是必要的，並且和「Learn once, write anywhere」也沒有沖突，我們內部正在改造已有的組件庫和HybridAPI，讓其適配（補齊）React Native的組件，從而寫一份代碼可以運行在iOS和Web上，待成熟後開源出來。
持續更新...
二、規劃
下圖展示了業務和技術為React Native所做的改造：
圖6 - 業務和技術改造圖6 - 業務和技術改造
自下而上：
1. React Node：React支持服務端渲染，通常用於首屏服務端渲染；典型場景是多頁列表，首屏服務端渲染翻頁客戶端渲染，避免首次請求頁面時發起2次請求。
2. React Native基礎環境：
2.1. Framework集成：盡管React Native放出了Integration with Existing App文檔，集成到現有復雜App中仍然會遇到很多細節問題，比如集成到天貓iPad客戶端就花了組里iOS同學2天的時間。
2.2. Neorking改造：主要是重新建立session，而session通常存放於 header cookie中，React Native提供的網路IO fetch和XMLHttpRequest不支持改寫cookie。所以要不在保證安全的條件下實現fetch的擴展，要麼由native負責網路IO（已有session機制）再通過HybridAPI由JS調用，暫時選擇了後者。
2.3. 緩存/打包方案：只要有資源從伺服器端載入就避免不了這個話題，React Native也是如此，緩存用於解決資源二次訪問時的載入性能，打包解決的是資源首次訪問時的載入性能。
3. MUI是一套組件庫，目前會採用向React Native組件補齊的思路進行改造。
4. HybridAPI是阿里一組Hybrid API，此前也在多個公開場合（如感測器 @杭JS）分享過不再累述，React Native建立了自己的通信機制，看起來更高效（未驗證），改造成本不大。
5. 最快的一個業務將於4月中上線，通過最初幾個業務改造推動整體系統的改造，如果效果如預期則會啟動更大規模的業務改造。
更多詳細規劃和進展，以及性能、穩定性、擴展性的數據隨後放出。
三、風險
1. 盡管Facebook有3款App（Groups、Ads Manager、F8）使用了React Native，隨著React Native大規模應用，Appstore的政策是否有變不得而知，我們只能往前走一步。
* 更新：
2015.7.28 AppStore審核政策調整：允許運行於JavascriptCore的動態載入代碼，下圖是此前的審核政策，對比加亮部分的改變。

qt支持國產資料庫嗎

應用程序很多情況下需要操作資料庫。QT支持多種資料庫，但是很多情況需要安裝DLL驅動。這就有點麻煩，想當初想用MYSQL的結果就是因為驅動很難裝，然後就使用了SQLITE。如果對資料庫的要求不是很高的話，Sqlite應該可以滿足需求了。

如何看待資料庫技術向大數據技術發展的必然

隨著數據的積累，一些記載對象的業務狀態的數據越來越多，所以就慢慢的形成各行業的大數據，當然有些大資料庫，是有可用之處，有些大數據就是個垃圾。
請採納！

⑦ redis是什麼

Redis是一個開源的使用ANSI C語言編寫、支持網路、可基於內存亦可持久化的日誌型、Key-Value資料庫，並提供多種語言的API。從2010年3月15日起，Redis的開發工作由VMware主持。

redis是一個key-value存儲系統。和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hash（哈希類型）。這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎上，redis支持各種不同方式的排序。與memcached一樣，為了保證效率，數據都是緩存在內存中。區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步。
Redis 是一個高性能的key-value資料庫。 redis的出現，很大程度補償了memcached這類key/value存儲的不足，在部 分場合可以對關系資料庫起到很好的補充作用。它提供了Python，Ruby，Erlang，PHP客戶端，使用很方便。[1]
Redis支持主從同步。數據可以從主伺服器向任意數量的從伺服器上同步，從伺服器可以是關聯其他從伺服器的主伺服器。這使得Redis可執行單層樹復制。從盤可以有意無意的對數據進行寫操作。由於完全實現了發布/訂閱機制，使得從資料庫在任何地方同步樹時，可訂閱一個頻道並接收主伺服器完整的消息發布記錄。同步對讀取操作的可擴展性和數據冗餘很有幫助。

⑧ 開源的內存資料庫有哪些支持SQL基準

選擇資料庫實例—右鍵屬性—選擇【內存】選擇頁—修改內存—確定