| Subject | Re: problem with php trim of rdb$relation_name field |
|---|---|
| Author | p51b.mustang |
| Post date | 2011-11-07T00:16:29Z |
I have made some progress, so I thought I would place it here in case someone has a similar problem.
Ok for the standard Zend interfaces to databases (ie MySQL, SQLite,..) fetchAll returns an ArrayObject. But for Firebird, via ZendX, the fetchAll is an array that is protected. I am presuming this protection is to prevent inadvertently updating the database as can be done in the Zend standard interfaces.
Anyways, my attempt to update record contents (trim) would not transfer to the calling function. No messages because nothing was wrong, although I would have thought PHP strict rules may have indicated something.
The reason why I persisted with accessing Firebird via ZendX, rather than a more controllable direct PHP access, was to keep to a standard environment with the expectation that the Firebird interface will be mainstream Zend.
Ok for the standard Zend interfaces to databases (ie MySQL, SQLite,..) fetchAll returns an ArrayObject. But for Firebird, via ZendX, the fetchAll is an array that is protected. I am presuming this protection is to prevent inadvertently updating the database as can be done in the Zend standard interfaces.
Anyways, my attempt to update record contents (trim) would not transfer to the calling function. No messages because nothing was wrong, although I would have thought PHP strict rules may have indicated something.
The reason why I persisted with accessing Firebird via ZendX, rather than a more controllable direct PHP access, was to keep to a standard environment with the expectation that the Firebird interface will be mainstream Zend.