Version 0.9 released #38
zombiezen
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Version 0.9 adds new
Executefunctions tosqlitexand changes the default blocking behavior. Version 0.9 also includes various fixes to the schema migration behavior.Added
SetBlockOnBusymethod to set an indefinite timeout on acquiring a lock.windows/amd64.sqlitexhas three new functions —Execute,ExecuteTransient, andExecuteScript— that take in anExecOptionsstruct. (#5)sqlite.ResultCode.ToErrorto create error values.ColumnBoolandGetBoolon*sqlite.Stmt(#37).Changed
OpenConncallsSetBlockOnBusyon new connections instead ofSetBusyTimeout(10 * time.Second).sqlitex.Execute*family of functions now verify that the arguments passed match the SQL parameters. (#31)Deprecated
sqlitex.ExecFShas been renamed tosqlitex.ExecuteFS,sqlitex.ExecTransientFShas been renamed tosqlitex.ExecuteTransientFS, andsqlitex.ExecScriptFShas been renamed tosqlitex.ExecuteScriptFSfor consistency with the newExecutefunctions. Aliases remain in this version, but will be removed in the next version. Usezombiezen-sqlite-migrateto clean up existing references.sqlitex.Execandsqlitex.ExecTransienthave been marked deprecated because they do not perform the argument checks that theExecutefunctions now perform. These functions will remain into 1.0 and beyond for compatibility, but should not be used in new applications.Fixed
sqlitemigration.Schema.RepeatableMigrationis now run as part of the final transaction. This ensures that the repeatable migration for migrationNhas executed if and only ifuser_version == N. Previously, the repeatable migration could fail independently of the final transaction, which would mean that a subsequent migration run would not trigger a retry of the repeatable transaction, but report success.sqlitemigrationwill no longer skip applying the repeatable migration if the final migration is empty.OpenConnnow sets a busy handler before enabling WAL (thanks @anacrolix!).This discussion was created from the release 0.9.2.
Beta Was this translation helpful? Give feedback.
All reactions