| Deutsch English Français Italiano |
|
<104pksf$13i9u$3@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: nntp.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: =?UTF-8?Q?Arne_Vajh=C3=B8j?= <arne@vajhoej.dk> Newsgroups: comp.os.vms Subject: Re: VMS x86-64 database server Date: Thu, 10 Jul 2025 20:11:59 -0400 Organization: A noiseless patient Spider Lines: 25 Message-ID: <104pksf$13i9u$3@dont-email.me> References: <104ejo8$2cobv$1@dont-email.me> <686af3b4$0$686$14726298@news.sunsite.dk> <104f0a6$2gn2r$5@dont-email.me> <104f2ic$2h75q$2@dont-email.me> <104fc66$2n4ir$2@dont-email.me> <104h2d1$31cae$2@dont-email.me> <104hgeh$3474l$11@dont-email.me> <104hl76$3595d$2@dont-email.me> <104hojt$360c1$1@dont-email.me> <686d12d9$0$694$14726298@news.sunsite.dk> <104k487$3p7d8$8@dont-email.me> <104k6p0$3pmuk$1@dont-email.me> <104ka6h$3qkfr$5@dont-email.me> <104ki4c$3r3fl$1@dont-email.me> <104l5i4$4bv9$2@dont-email.me> <686ec41e$0$686$14726298@news.sunsite.dk> <104msna$fd02$9@dont-email.me> <686f0082$0$686$14726298@news.sunsite.dk> <104n4jb$gs8r$2@dont-email.me> <686f2472$0$686$14726298@news.sunsite.dk> <104nfgt$mfqt$1@dont-email.me> <68704746$0$690$14726298@news.sunsite.dk> <104pk28$14565$3@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Fri, 11 Jul 2025 02:11:59 +0200 (CEST) Injection-Info: dont-email.me; posting-host="e600d93f059e13d894225a8652277143"; logging-data="1165630"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18TqbEuRoL8J0kpa1Kk8UmfwB4xvqtvXMU=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:PQNZAfa6oOKcsCzlFTnbKMl2/7c= Content-Language: en-US In-Reply-To: <104pk28$14565$3@dont-email.me> On 7/10/2025 7:58 PM, Lawrence D'Oliveiro wrote: > On Thu, 10 Jul 2025 19:05:42 -0400, Arne Vajhøj wrote: >> If the PHP developer configure the database connection to not throw >> exceptions because the developer want to check return status, then that >> must be respected. > > That’s a dumb way of doing it. Most of the errors from an SQL call > indicate program bugs. The only exception I have come across is > IntegrityError, when used to indicate an attempt to add a record with a > duplicate value for a key that must be unique. That can sometimes be > usefully caught and reported back to the user as an error with the data > that they are trying to enter. There are other: * dynamic SQL without prepare/parameters and a bad value * foreign key constraint violation * invalid data value * transaction rollback due to timeout or deadlock * timeout waiting for connection due to connection pool at max * timeout waiting for connection due to connection at max in database * no connectivity to server * invalid login credentials Arne