Firebird doesn't support catalogs or schemas hence these parameters
are unused in the various get[...] methods. Previously these were (void)
casted however commenting out the parameters seems more correct and reduces
the amount of code.
(This was omitted for as-of-yet unimplemented methods since they will still
be looked at in detail.)
Change-Id: Ic6566ff0b3e873b802deec79d5497efdd21e577d
Otherwise dbaccess's indexcollection gets confused and can segfault
when indexes not belonging to the desired table are returned.
Change-Id: I4dfe62bf1053c65cac907bf490749ee2cc24e6ca
These two methods don't seem to be used at all within the LO codebase.
They are also extremely complicated to implement hence will be left for
later implementation -- my part implementation will be put on the wiki
firebird page.
Change-Id: I72922a4f3c4705fdcc3bbca140d6df64a1e16253
By prepending a "WHERE (0=1)" we can avoid having to detect when
we specifically need to add "OR"s, and vice-versa for "AND", simplifying
the code.
Change-Id: Idde5c0691788051f87eb1e868bf6b74a8ae72da3
Changes made in a DDL statement are only usable after a
commit in firebird, e.g. a created table won't appear etc.
Change-Id: I3b537f495b6bc96fa48ebc1a3e46205da60bb2d4
Currently firebird returns table and column identifiers as being
93 chars long (rather than 31 as per spec), this leads to problems
with ALTER and DROP commands which are unable to deal with the incorrect
length. For now we simply discard the extra characters (which are
blank characters).
(SELECT and similar commands have been able to deal with the overlength
identifiers previously, which is why this hack wasn't required
beforehand.)
Change-Id: Ib6c984b5fc72dc4e326b3f8d36f6cbc4a3c9086a
