Hello John,
On 16-May-01 12:13:49, you wrote:
>Hello Monty,
>As an author of a database class library (http://php.weblogs.com/adodb) I
>can understand the need for good error messages.
>I decided in adodb to avoid using virtualised error messages because of this
>issue. It's more important to give good error messages than attempting to
>map
>to a virtualised error message system. Why? You normally just rollback on
>any error anyway, and the real error messages allow you to pinpoint
>the bug precisely.
My views exactly. I really don't see the point in trying to abstract error
codes, especially when they may even not be available for many types of
databases. Error codes are only good for logging.
In Metabase I also don't keep track of error codes separately. If
available I just store them as part of the error message that is always
stored when some operation fails.
Appalications hardly need to act differently for each type of error.
That's why I also don't see the point for PEAR-DB trying to abstract error
codes. That only makes PEAR-DB even more bloated (error classes?!?) than
it already is.
>You might like to give it a test run.
>Regards, John
>"Dickerson, Monty" <[EMAIL PROTECTED]> wrote in message
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> Before I had difficulty using the pear/DB database abstraction (which
>comes
>> with php since 4.04p1 at least) and had asked the list about it; the
>problem
>> was merely a permissions issue. It works fine, and is documented inline.
>>
>> However, the pear/DB class needs enhancement to better report error
>messages
>> from mssql (the message it had reported was ambiguous compared to what the
>> plain mssql functions return). Such ambiguity could dissuade some early
>> adopters of the pear classes.
>>
>> My thanks to the authors, Stig Bakken <[EMAIL PROTECTED]>, Sterling Hughes
>> <[EMAIL PROTECTED]>, James L. Pine <[EMAIL PROTECTED]>, et. al., for writing
>> this code.
>>
>> If there is a FAQ-o-matic, BBS or weblog on the DB.php class and its
>> includes, please point me in that direction!
>> I think this is a positive step for php.
>>
>> Maybe certain PCMAG reviewers will take note of its presence someday.. ;)
>>
>> montyd
>>
>>
>>
>>
>> --
>> PHP Windows Mailing List (http://www.php.net/)
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>>
>--
>PHP Windows Mailing List (http://www.php.net/)
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]
Regards,
Manuel Lemos
Web Programming Components using PHP Classes.
Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED]
--
E-mail: [EMAIL PROTECTED]
URL: http://www.mlemos.e-na.net/
PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp
--
--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
