H2 Database Engine

軟件截圖:
H2 Database Engine
軟件詳細信息:
版本: 1.3.189 更新
上傳日期: 28 Sep 15
開發: H2 Group
許可: 免費
人氣: 244

Rating: 1.0/5 (Total Votes: 1)

下載包帶有先進的文檔和數據庫的源代碼。

是什麼在此版本中是新的

  • MVStore:在某些情況下,除去CLOB / BLOB數據塊錯誤地打開數據庫時
  • MVStore:受影響,如果有一個輔助索引行數是在某些情況下,更新速度慢
  • 在使用“的runScript”以禁用自動提交,可能會導致在內部表“SYS”鎖定超時。
  • 問題603:在Web應用程序中使用氫氣時出現了內存洩漏。 Apache Tomcat的記錄一條錯誤消息:“Web應用程序...創建一個ThreadLocal類型[org.h2.util.DateTimeUtils $ 1]鍵”
  • 當使用MVStore,運行SQL腳本,通過恢復工具來生成從PageStore文件失敗,一個奇怪的錯誤消息(NullPointerException異常),現在正在表現出明顯的錯誤消息。
  • 問題605:與1.4.186版本,打開數據庫可能會導致LobStorageMap.init無限循環
  • 使用同一個表的別名多次,現在的工作查詢。之前,選擇表達式列表被擴展不正確。例:“從選擇*為X,B為x”
  • MySQL的兼容功能“插入...對重複鍵更新”,沒有使用非默認的模式工作。
  • 599期:“在(X,Y)”的條件不能在選擇列表時,“按組”使用使用
  • 的的LIR緩存可能增長超過分配的內存較大。
  • 在一個新的文件系統實現,重新打開該文件,如果它被關閉,由於應用程序調用了Thread.interrupt()。文件名前綴“重試”。請注意,強烈建議避免調用了Thread.interrupt;這是各種庫,包括Apache Lucene的一個問題。
  • MVStore:使用RandomAccessFile的文件系統,如果文件名以“文件”。
  • 允許DATEADD來操縱毫秒時,需要很長的值計數。
  • 當使用MV_STORE = TRUE和SET CACHE_SIZE設置,緩存大小設置不正確,因此,這是有效的1024倍小於它應該是。
  • 並行CREATE TABLE ......如果不是在MULTI_THREAD = TRUE,可以拋出異常。
  • 的存在EXISTS
    創建大量臨時表,在那裡我們可以用完事務ID的當MVStore
  • 修正的bug。
  • 添加支持PostgreSQL的STRING_AGG功能。補丁由Fred Aquiles。
  • 在“的jdbc:H2:nioMemFS”BUG修復isRoot()函數。此外,該網頁大小增加至64字節。

什麼的1.3.187版本是新的

  • MVStore:在某些情況下,除去CLOB / BLOB數據塊錯誤地打開數據庫時
  • MVStore:受影響,如果有一個輔助索引行數是在某些情況下,更新速度慢
  • 在使用“的runScript”以禁用自動提交,可能會導致在內部表“SYS”鎖定超時。
  • 問題603:在Web應用程序中使用氫氣時出現了內存洩漏。 Apache Tomcat的記錄一條錯誤消息:“Web應用程序...創建一個ThreadLocal類型[org.h2.util.DateTimeUtils $ 1]鍵”
  • 當使用MVStore,運行SQL腳本,通過恢復工具來生成從PageStore文件失敗,一個奇怪的錯誤消息(NullPointerException異常),現在正在表現出明顯的錯誤消息。
  • 問題605:與1.4.186版本,打開數據庫可能會導致LobStorageMap.init無限循環
  • 使用同一個表的別名多次,現在的工作查詢。之前,選擇表達式列表被擴展不正確。例:“從選擇*為X,B為x”
  • MySQL的兼容功能“插入...對重複鍵更新”,沒有使用非默認的模式工作。
  • 599期:“在(X,Y)”的條件不能在選擇列表時,“按組”使用使用
  • 的的LIR緩存可能增長超過分配的內存較大。
  • 在一個新的文件系統實現,重新打開該文件,如果它被關閉,由於應用程序調用了Thread.interrupt()。文件名前綴“重試”。請注意,強烈建議避免調用了Thread.interrupt;這是各種庫,包括Apache Lucene的一個問題。
  • MVStore:使用RandomAccessFile的文件系統,如果文件名以“文件”。
  • 允許DATEADD來操縱毫秒時,需要很長的值計數。
  • 當使用MV_STORE = TRUE和SET CACHE_SIZE設置,緩存大小設置不正確,因此,這是有效的1024倍小於它應該是。
  • 並行CREATE TABLE ......如果不是在MULTI_THREAD = TRUE,可以拋出異常。
  • 的存在EXISTS
    創建大量臨時表,在那裡我們可以用完事務ID的當MVStore
  • 修正的bug。
  • 添加支持PostgreSQL的STRING_AGG功能。補丁由Fred Aquiles。
  • 在“的jdbc:H2:nioMemFS”BUG修復isRoot()函數。此外,該網頁大小增加至64字節。

什麼的1.3.186版本是新的

  • MVStore:進口BLOB和CLOB數據有時會消失。這是由ObjectDataType比較的錯誤引起的。
  • 從一個StreamStore現在讀拋出IOException如果基礎數據不存在。
  • MVStore:如果在保存一個例外,這家店現在是立即關閉所有情況下
  • MVStore:轉儲工具可能進入無限循環的某些文件
  • MVStore:恢復與許多CLOB或BLOB條目的數據庫,現在速度更快
  • 在集團通過與引用選擇列名別名沒有工作。例如:選擇1“”從雙組由“A”
  • 自動服務器模式:主機名現在存儲在.lock.db文件

什麼的1.3.185版本是新的

  • MVStore:進口BLOB和CLOB數據有時會消失。這是由ObjectDataType比較的錯誤引起的。
  • 從一個StreamStore現在讀拋出IOException如果基礎數據不存在。
  • MVStore:如果在保存一個例外,這家店現在是立即關閉所有情況下
  • MVStore:轉儲工具可能進入無限循環的某些文件
  • MVStore:恢復與許多CLOB或BLOB條目的數據庫,現在速度更快
  • 在集團通過與引用選擇列名別名沒有工作。例如:選擇1“”從雙組由“A”
  • 自動服務器模式:主機名現在存儲在.lock.db文件

什麼的1.3.182版本是新的

  • MVStore:改進的錯誤信息和記錄;改進的行為,如果序列化對象時出現錯誤。
  • 的OSGi:在MVStore包現已遠銷
  • 隨著MVStore選項,使用並行創建索引或表的多個線程時,比較容易獲得的“SYS”表上的鎖超時。
  • 當使用多線程選項,異常“意外的代碼路徑”可以被拋出,如果選項“analyze_auto”被設置為較低的值特別
  • 在服務器模式,從CLOB或BLOB讀取時,如果連接被關閉,一個NullPointerException異常可以拋出一個異常說連接被關閉,而不是。
  • DatabaseMetaData.getProcedures和getProcedureColumns能,如果用戶定義的類不可用拋出異常。
  • 584期:一個錯誤的序列定義錯誤消息是錯誤的
  • CSV工具:不再支持rowSeparator選項,同樣可以用lineSeparator實現
  • 在MVStore表降序索引沒有正常工作。
  • 問題579:關於“_ROWID_”偽列使用MVStore時,沒有使用一個索引條件
  • 修正文檔“偏移”和“讀取”也是關鍵字,因為1.4.x版。
  • 的Long.MIN_VALUE無法解析的自動增量(身份)列。

什麼的1.3.181版本是新的

  • 改進的MySQL通過支持“使用模式”的兼容性。非常感謝卡爾Pietrzak的補丁!
  • 寫了跟踪文件速度更快,特別是與調試級別。
  • 數據庫選項“defrag_always =真正的”不與MVStore工作。
  • 的JDBC轉義語法{TS'值'}沒有解釋值作為時間戳。同為{D'值'}(日期)和{T'值'}(時間)。由於盧卡斯·埃德爾報告這個問題。
  • 在文件系統抽象:支持替換現有文件使用移動(目前不適用於Windows)
  • 語句“關機碎片整理”現在壓縮數據庫(與MVStore)。這個命令可以大大降低文件的大小,並且是比較快的,但並不是增量。
  • 在該MVStore現在自動壓縮賣場的背景下,如果沒有讀或寫活動,這應該(在一段時間後,有時會約一分鐘),減少文件大小。這是工作仍然在進行中,歡迎反饋!
  • PAGE_SIZE的更改默認值從2048到4096更符合大多數文件系統塊大小。(PageStore只;在MVStore已經使用4096)

什麼的1.3.180版本是新的

  • MVStore:店裡現在是自動壓縮自動達到某一點,以避免非常大的文件大小。這個區域是工作仍然在進行中。
  • 在臨時表(自動增量或標識列)不必要地堅持了數據庫文件中,當重新打開數據庫並沒有刪除。的序列
  • MVStore:拋出IndexOutOfBoundsException有時可能會發生MVMap.openVersion當並發訪問商店
  • 的的LIR緩存現在重新大小,如果需要內部的哈希映射。
  • 可選堅持H2控制台會話歷史。
  • 添加客戶信息屬性來獲取服務器的數量目前集群,其服務器中提供的
  • 修正錯誤,在不斷變化的加密數據庫密碼保存在文件處理打開時,提供了錯誤的密碼。

什麼的1.3.179版本是新的


    與很多結果行(超過設定“max_memory_rows”)
  • 在遞歸查詢並沒有正常工作。
  • 的許可證已變更為MPL 2.0 + EPL 1.0。
  • MVStore:從結果集的臨時表可以生存重新打開數據庫,這可能會導致一個ClassCastException
  • 問題566:MVStore:創建後來的唯一索引不能正常工作,如果有表中的5000行
  • MVStore:在索引中丟失的行創建大表結果二級指標
  • 元數據:鏈接表的密碼,現在只對管理員用戶可見
  • 對於Windows,形式的數據庫的URL為“jdbc:H2:/測試”。其中,考慮相對的,沒有工作,除非系統屬性“h2.implicitRelativePath”使用
  • 的Windows:使用的基本目錄“C:/”,以及類似的預期沒有工作
  • 在程序元數據按照JDBC規範,使用P0為過程的返回類型。
  • 531期:IDENTITY忽略添加的列
  • 文件系統:改善與JDK異常拋出兼容
  • 在空間索引:調整成本,所以我們不使用空間索引如果查詢不包含相交運營商
  • 使用視圖,其中包括一個TableFunction修復時多線程死鎖。
  • 修正錯誤的劃分非常小的BigDecimal的數字。

什麼的1.3.176版本是新的

  • 在鎖定方法“系列化”的文件不再記錄在案,因為它不會是1.4版本。
  • 在靜態方法Csv.getInstance()被刪除。使用公共構造來代替。
  • 的腳本,了RunScript,殼牌和CreateCluster默認用戶名為工具不再是“山”,而是一個空字符串。
  • 異常的堆棧跟踪“已關閉的對象”不再默認登錄。
  • 如果結果集的價值本身就是一個結果集,結果只能讀取一次。
  • 在列約束也在視圖中顯示。
  • 授予一個額外的權利,一個角色已經有該表的權利是行不通的。
  • 在空間索引:幾個錯誤已得到修復(在視圖中使用空間限制,通過TCP / IP傳輸幾何對象,返回的幾何對象在需要時拷貝)
  • 問題551:數據類型的文件是不正確
  • 368期:對重複密鑰更新多行插入沒有工作。測試用例安格斯麥克唐納。
  • 的OSGi:包javax.tools現在進口的(作為可選)
  • H2控制台:自動完成,現在默認是禁用的,但有一個快捷鍵(Ctrl +空格鍵)
  • H2控制台:自動完成並不多行語句工作
  • CLOB和BLOB數據沒有被回滾之後立即刪除。
  • 有一個支持內部H2的數據類型(幾何比如)一個新的聚集API。非常感謝尼古拉斯·福爾廷的補丁!
  • 在參照完整性約束有時使用錯誤的索引,使得在引用表錯誤地失敗,違反約束更新一行。
  • 在波蘭語翻譯已經完成,並糾正。
  • 問題545:不必要的重複代碼被刪除
  • 在探查工具現在可以處理文件,以飽滿的線程轉儲。

什麼的1.3.175版本是新的

  • 聯盟查詢:重複如果子查詢包含“為了通過”行可能會返回
  • 在幾何數據類型現在為返回結果集的用戶定義的函數。
  • 在PostgreSQL的兼容性:在PgServer而不能正常工作時,設置database_to_upper設置為false
  • JdbcDataSource:其中,添加為別名setURL和的getURL方法setUrl和的getURL。這應該解決的HikariCP(光速連接池)的問題。
  • 問題537:H2控制台:加載模式時,不正確的JDBC那裡發出的,這引起了異常稱為“列精度找不到”
  • 改進幾何處理(問題535)。
  • 歸類現在可以在數據庫中URL中設置,即使有數據表,如果集合是相同的當前歸類。

  • 對於CASE WHEN和解碼
  • 在提高甲骨文的兼容性。
  • 在該聲明“放棄所有對象”如果一個表依賴於通過約束的觀點沒有工作。
  • 在“排序依據”別名表達不能因1.3.174版本引入了回歸執行。子查詢或意見

什麼的1.3.174版本是新的

  • 改進的空間索引和數據類型。
  • 467期:OSGi的類裝載器(能夠在另一個OSGi包創建參考其他ClassLoader類,例如)
  • 查詢“組中的”包含與聚合函數的子查詢返回錯誤的結果在某些情況下。
  • 在其中表現為不正確的結果,當搜索鍵是從表中的索引鍵不同的基本類型獨特,非唯一哈希索引BUG修復。例如其中一個是INT,另一個是長
  • 錯誤:更改數據庫結構沒有造成會話查詢緩存被無效
  • 從達維德Cavestro新功能 - 允許使用自定義的Java對象序列化引擎在每個數據庫的基礎
  • 在運行時非常大的恢復工具(大於6G)數據庫,一些統計數據報告,其中負數
  • 添加CONTAINS_UNCOMMITTED列各屆元數據表,讓當流氓會話創建的大宗交易檢測。
  • 在一些小的修正,以幾何的支持,補丁由尼古拉斯·福廷。
  • 的BNF工具,並自動完成功能的出口在OSGi中,這使得它可以為智能編輯做的自動完成。由尼古拉斯·福爾廷補丁。
  • 修正DROP與計算列依賴關係表存在的所有對象和DROP架構。
  • 會話臨時LOB的,有時可積累,增加數據庫文件的大小,直到關機。現在,他們清除了在每一次的提交。
  • 有凡與多個列的哈希索引將被悄悄地轉換為常規指標的錯誤。現在會拋出異常。
  • 查詢統計:新功能,存儲執行最新的100 SQL查詢和它們的性能數據。有用的跟踪性能糟糕的查詢。
  • 修正讀取和更新LOB列之間的LOB僵局。
  • 支持JDBC的DatabaseMetaData#getClientInfoProperties()方法,返回一個空的結果,以使得WebSphere幸福感。
  • 請服務器#openBrowser尊重$ BROWSER環境變量。加入“鉻”的瀏覽器嘗試列表。從費利克斯·凱澤補丁。
  • 修正了org.h2.util.ScriptReader處理未關閉的塊註釋的時候。
  • 請org.h2.util.ScriptReader處理破腳本,產生非常大的報表時拋出一個更好的異常。

什麼的1.3.173版本是新的

  • 在只包含註釋支持空語句。
  • 服務器模式:如果有在從一個LOB讀取錯誤,則會話被關閉在一些情況下
  • 463期:驅動程序名稱和版本現在在OsgiDataSourceFactory和JdbcDatabaseMetaData相同
  • JaQu:數據類型VARCHAR現在(再次)用於字符串(不再TEXT,當明確設置除外)​​
  • 對於內存數據庫,創建於CLOB或BLOB列的索引不再支持。這是為了簡化MVTableEngine。
  • 新欄目“information_schema.tables.row_count_estimate”。
  • 問題468:TRUNC(時間戳)可能會返回錯誤值(+12小時),TRUNC(數)拋出NullPointerException
  • 在表達TRUNC(數)拋出一個NullPointerException異常。
  • 修正了一個僵局更新LOB的同時時。見TestLob.testDeadlock2()。
  • 修正了相關的僵局,以非常大的臨時結果集。
  • 添加“-list”命令行選項殼工具,以便結果列表模式可以從文件中讀取時被觸發。

類似的軟件

EJDB
EJDB

4 Jun 15

Titan
Titan

13 May 15

意見 H2 Database Engine

評論沒有發現
添加評論
打開圖片!