Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Wrong information in GFIX manual [WEB152] #150

Open
firebird-issue-importer opened this issue Nov 11, 2016 · 2 comments
Open

Wrong information in GFIX manual [WEB152] #150

firebird-issue-importer opened this issue Nov 11, 2016 · 2 comments

Comments

@firebird-issue-importer

Submitted by: @aafemt

Assigned to: @alexeykovyazin

http://www.firebirdsql.org/manual/gfix-housekeeping.html has at least two mistakes:
1) "This doesn't mean that every 20,000 transaction a sweep will take place. It will take place when the difference between the OIT and the next transaction is greater than the sweep interval." tells wrong counter. Autosweep is started basing on difference between OIT and OAT, not next ransaction.
2) "Alternatively, simply make sure that you take regular backups of the database and as this is something you should be doing anyway, it shouldn't be a problem." Backup does not work as sweep, it can do garbage collection, but does not push transaction counters.

@firebird-issue-importer
Copy link
Author

@firebird-issue-importer firebird-issue-importer commented Nov 12, 2016

Commented by: @mrotteveel

Issues in documentation should go to the Documentation project: http://tracker.firebirdsql.org/browse/DOC

Alexey, can you move it?

@mrotteveel mrotteveel transferred this issue from FirebirdSQL/web Apr 25, 2021
@mrotteveel
Copy link
Member

@mrotteveel mrotteveel commented Apr 27, 2021

The first point is already addressed (though it is the difference between OST and OIT, not OAT and OIT).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants