PHP 8.3.27 Released!

    odbc_pconnect

    (PHP 4, PHP 5, PHP 7, PHP 8)

    odbc_pconnect — Ouvre une connexion persistante à une source de données

    Description

    odbc_pconnect(
        string $dsn,
        ?string $user = null,
        ?string $password = null,
        int $cursor_option = SQL_CUR_USE_DRIVER
    ): Odbc\Connection|false

    Ouvre une connexion persistante à une source de données.

    odbc_pconnect() se comporte de manière similaire à odbc_connect(), mais la connexion ouverte n'est pas vraiment terminée lorsque le script est achevé. Les prochaines requêtes qui se feront sur une connexion dont les dsn, user, password sont les mêmes que celle-ci (avec odbc_connect() et odbc_pconnect()) réutiliseront la connexion ouverte.

    Liste de paramètres

    Voir la fonction odbc_connect() pour plus de détails.

    Valeurs de retour

    Retourne une connexion ODBC, ou false si une erreur survient.

    Historique

    Version Description
    8.4.0 odbc attend désormais une instance de Odbc\Connection; auparavant, un resource était attendu.
    8.4.0 Cette fonction retourne désormais une instance de Odbc\Connection; auparavant, un resource était retourné.
    8.4.0 user et password peuvent désormais être nuls, ils sont également optionnels et valent par défaut null.
    8.4.0 Auparavant, l'utilisation d'une chaîne vide pour password n'incluait pas pwd dans la chaîne de connexion générée pour dsn. Désormais, pwd est inclus dans la chaîne de connexion, avec pour valeur une chaîne vide. Pour rétablir le comportement précédent, password peut être défini sur null.
    8.4.0 Auparavant, si dsn contenait uid ou pwd, alors les paramètres user et password étaient ignorés. Désormais, user est uniquement ignoré si dsn contient uid, et password est uniquement ignoré si dsn contient pwd.

    Notes

    Note: Les connexions persistantes n'ont aucun effet si PHP est utilisé comme CGI.

    Found A Problem?

    Learn How To Improve This Page • Submit a Pull Request • Report a Bug
    ＋add a note

    User Contributed Notes 3 notes

    up
    2
    etsai at email dot com
    25 years ago
    The following constants are defined for cursortype:
 - SQL_CUR_USE_IF_NEEDED 
 - SQL_CUR_USE_ODBC 
 - SQL_CUR_USE_DRIVER 
 - SQL_CUR_DEFAULT 

With some ODBC drivers, executing a complex stored procedure may fail with an error similar to: "Cannot open a cursor on a stored procedure that has anything other than a single select statement in it". Using SQL_CUR_USE_ODBC may avoid that error. Also, some drivers don't support the optional row_number parameter in odbc_fetch_row(). SQL_CUR_USE_ODBC might help in that case, too.
    up
    0
    wls at wwco dot com
    25 years ago
    I found that using  odbc_close($odbchandle)  on a connection opened by odbc_pconnect() causes a warning "not a valid ODBC-Link resource".  So you can't just change odbc_connect() to odbc_pconnect() and expect things to work without warning messages.  However, you can use odbc_close_all() and not get a warning.
    up
    -4
    j_schrab at execpc dot com
    24 years ago
    Ok, learning time.  As I was told by the PHP-DevTeam...


Multiple connections are supported, but when you try to connect with exactly the same parameters, an existing
connection will be reused, leading to the behaviour you see.

You can simply omit the calls to odbc_close() since
connections get closed on script termination anyway or better:
Consider making your connection id a global variable or pass
it to your functions.
    ＋add a note
    To Top