Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:130666 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by lists.php.net (Postfix) with ESMTPS id 487381A00BC for ; Sun, 19 Apr 2026 13:45:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1776606309; bh=GzwexYwsvvT6W+n18TkEzNMu1WLNkWvhJTBho77ev+I=; h=References:In-Reply-To:From:Date:Subject:To:From; b=e15wT33mJKen5bx+OkNE7o7KTUlK7eq2ytJhYcU5b4QixHowLIccUGhKDhjv96VJm tcmxv90wRkVHEehs6Dv3W5XXXcFDZR1uKASTCbUQM9MmoE/aCUPPMI7/nBKCHPejZZ XunO8jR9P/Y7/Up/ClszsYlGFnw7TgdcS0RLS6JbKtCZqdVEnYZvUD4HLZuh4EwAm0 Oh7vZPOy2bBYTIeswTGoY2vMYXBR8ZN82jEM+hfyp0lVAriE6W0c7fCFbJL5cIfkOv D23fS4IByLc9t0rHHzAlLyWGUYmyy1BpAZKN59P9vLsTPamFR5H9Xcl3aHJGPLFkqy GWoEA6sUJ/dZA== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 5337F18004C for ; Sun, 19 Apr 2026 13:45:08 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,DMARC_MISSING, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=4.0.1 X-Spam-Virus: No X-Envelope-From: Received: from developer-rob-server01.developer-rob.co.uk (mail.developer-rob.co.uk [35.176.203.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Sun, 19 Apr 2026 13:45:07 +0000 (UTC) Received: from mail-qv1-f52.google.com (mail-qv1-f52.google.com [209.85.219.52]) (Authenticated sender: contact@developer-rob.co.uk) by developer-rob-server01.developer-rob.co.uk (Postfix) with ESMTPSA id 07758928E3 for ; Sun, 19 Apr 2026 14:45:01 +0100 (BST) Received: by mail-qv1-f52.google.com with SMTP id 6a1803df08f44-8a15ebb3abbso36284376d6.1 for ; Sun, 19 Apr 2026 06:45:01 -0700 (PDT) X-Gm-Message-State: AOJu0YzEE8+83vQQPHqjUy7xQqYEekL40wMRWVREnUaTp55nSml5ClX5 1Z0xMiJVPPeDxQrCArw0p5Kxp30codPuuQPKTZxbczsOtvOa2MWjEO5U6Ie6cfM42BEWk0vua9z hSH1dZVa/gtF9XUHVf4uzU1bb1tPQgu4= X-Received: by 2002:a05:6214:5d10:b0:8ac:a6f7:8a68 with SMTP id 6a1803df08f44-8b028059f2bmr173763846d6.21.1776606300964; Sun, 19 Apr 2026 06:45:00 -0700 (PDT) Precedence: list list-help: list-unsubscribe: list-post: List-Id: x-ms-reactions: disallow MIME-Version: 1.0 References: In-Reply-To: Date: Sun, 19 Apr 2026 14:44:48 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AQROBzDPbJ_jG8aSuTcvEl1Omw3vM_vIXJKR-FctMJW4s9iqGUtkKIjjxpOOLH8 Message-ID: Subject: Re: [PHP-DEV] [RFC][Discussion] Add MariaDB-specific features to mysqlnd and mysqli To: internals@lists.php.net Content-Type: text/plain; charset="UTF-8" From: contact@developer-rob.co.uk (Robert Humphries) > Despite your convincing arguments for better network utilization by > providing the types, I still think we should not offer the possibility > of specifying the types. I don't know what other PHP developers on > this mailing list think about it, but for me the type feature goes > against the nature of PHP. Making the parameter optional is very good > choice and eases my concerns slightly, so if I am outnumbered in my > opinion, I won't be upset. > The number of mysqli users grows increasingly smaller. Out of this, > the number of people who will use execute_many and who will need to > optimize for TINYINT is unbelievably tiny. Any string easily > overshadows the numerical data. Thus, this feature won't see much > legitimate use. I think the risk here is that currently the `types` parameter is supported in existing code (via `bind_param`); and it is not deprecated / no warnings exist on its usage in the manual. I think having the parameter in new code be optional was a sensible change; but until `mysqli_stmt::bind_param` is deprecated or the `types` parameter is removed there; allowing users to specify the types in new functions where there is a benefit to doing so (even if only a small number of people will use the benefit) makes sense to do unless there are technical or other reasons not to. If setting types for a prepared statement shouldn't be done in PHP, then where that currently can be done should be deprecated and in the future removed.