The -t[able]
Switch Can Cause Problems
The [gstat-cmdline-table] switch expects a list of table names to be supplied.
In older versions, if you supply the database name after a table name, it is assumed to be a table name, and you are prompted for a database name.
tux> gstat -t EMPLOYEE JOB employee please retry, giving a database name
In Firebird 2.5 and higher, using -t
before the database name accepts only one table name, and a second table name is interpreted as the database name, resulting in an error when the actual database name is encountered.
> gstat -u sysdba -t EMPLOYEE JOB employee database name was already specified
For this reason, call gstat
with the database name as the very first parameter, or at least put the -t[able]
option after the database name:
tux> gstat employee -t EMPLOYEE JOB Database "/opt/firebird/examples/empbuild/employee.fdb" Database header page information: ... Database file sequence: File /opt/firebird/examples/empbuild/employee.fdb is the only file Analyzing database pages ... ...
In Firebird 2.1 and earlier, you can supply an additional switch after the last table name and before the database name.This trick no longer works in Firebird 2.5 and higher, as it will only accept one table name when before the database name.
tux> gstat -t EMPLOYEE JOB -z employee gstat version LI-V2.1.3.18185 Firebird 2.1 Database "/opt/firebird/examples/empbuild/employee.fdb" Database header page information: ... Database file sequence: File /opt/firebird/examples/empbuild/employee.fdb is the only file Firebird/linux Intel (access method), version "LI-V2.1.3.18185 Firebird 2.1" Firebird/linux Intel (remote server), version "LI-V2.1.3.18185 Firebird 2.1/tcp (greenbird)/P11" Firebird/linux Intel (remote interface), version "LI-V2.1.3.18185 Firebird 2.1/tcp (greenbird)/P11" on disk structure version 11.1 Analyzing database pages ...