下載包帶有先進的文檔和數據庫的源代碼。
是什麼在此版本中是新的
- 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
- 修正的bug。
- 添加支持PostgreSQL的STRING_AGG功能。補丁由Fred Aquiles。
- 在“的jdbc:H2:nioMemFS”BUG修復isRoot()函數。此外,該網頁大小增加至64字節。
創建大量臨時表,在那裡我們可以用完事務ID的當MVStore
什麼的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
- 修正的bug。
- 添加支持PostgreSQL的STRING_AGG功能。補丁由Fred Aquiles。
- 在“的jdbc:H2:nioMemFS”BUG修復isRoot()函數。此外,該網頁大小增加至64字節。
創建大量臨時表,在那裡我們可以用完事務ID的當MVStore
什麼的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版本是新的
- 在遞歸查詢並沒有正常工作。
- 的許可證已變更為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的數字。
與很多結果行(超過設定“max_memory_rows”)
什麼的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中設置,即使有數據表,如果集合是相同的當前歸類。
- 在提高甲骨文的兼容性。
- 在該聲明“放棄所有對象”如果一個表依賴於通過約束的觀點沒有工作。
- 在“排序依據”別名表達不能因1.3.174版本引入了回歸執行。子查詢或意見
對於CASE WHEN和解碼
什麼的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”命令行選項殼工具,以便結果列表模式可以從文件中讀取時被觸發。
評論沒有發現