On 07/04/2020 12:54, Dimitry Sibiryakov wrote:
> Hello, All.
>
> How stable are character set ids, received from
> IMessageMetadata::getCharSet()?
> Can I rely that they will be the same in the future Firebird
> versions (and thus hardcode numbers for OCTETS, UTF8, etc)?
>
They were always s
LS> Given that system tables are no longer able to be directly
LS> manipulated, source SQL can no longer be deleted/removed. I would
LS> propose that gbak should no longer backup BLR, only source SQL and
LS> have the SQL recompiled on restore. If the recompile failed, the
LS> object would be mark
> > Sean, as soon as the database contains new features not supported in
> > older versions one can not downgrade ODS version.
>
> That is not true for all changes.
>
>
> > Restore (by gbak) of such database in a version which does not support
> > actually used features is just nonsense.
>
>
Hello, All.
How stable are character set ids, received from
IMessageMetadata::getCharSet()?
Can I rely that they will be the same in the future Firebird versions (and thus
hardcode numbers for OCTETS, UTF8, etc)?
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lis
> Sean, as soon as the database contains new features not supported in older
> versions one can not downgrade ODS version.
That is not true for all changes.
> Restore (by gbak) of such database in a version which does not support
> actually
> used features is just nonsense.
Then how do you
