PHP 8.5.0 RC4 available for testing

    odbc_pconnect

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

    odbc_pconnect — Abre uma conexão persistente com o banco de dados

    Descrição

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

    Abre uma conexão persistente com o banco de dados.

    Esta função é muito parecida com odbc_connect(), exceto que a conexão não é realmente fechada quando o script termina. Solicitações futuras para uma conexão com a mesma combinação de dsn, user, password (via odbc_connect() e odbc_pconnect()) pode reutilizar a conexão persistente.

    Parâmetros

    Consulte odbc_connect() para detalhes.

    Valor Retornado

    Retorna uma conexão ODBC, ou false em caso de falha.

    Registro de Alterações

    Versão Descrição
    8.4.0 odbc agora espera uma instância de Odbc\Connection; anteriormente, esperava um resource.
    8.4.0 Esta função agora retorna uma instância de Odbc\Connection; anteriormente, retornava um resource.
    8.4.0 user e password agora podem ser nulos e também são opcionais e têm o valor padrão null.
    8.4.0 Anteriormente, usar uma string vazia para password não incluiria pwd na string de conexão gerada para dsn. Agora é gerada para uncluir um pwd que tem uma string vazia como seu valor. Para restaurar o comportamento anterior, password agora pode ser definido para null.
    8.4.0 Anteriormente, se dsn contivesse uid ou pwd, os parâmetros user e password seriam ignorados. Agora, user somente é ignorado se dsn contiver uid, e password somente é ignorado se dsn contiver pwd.

    Notas

    Nota: Conexões persistentes não têm efeito se o PHP for usado como um programa CGI.

    Veja Também

    Melhore Esta Página

    Aprenda Como Melhorar Esta Página • Envie uma Solicitação de Modificação • Reporte um Problema
    ＋adicionar nota

    Notas de Usuários 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.
    ＋adicionar nota
    To Top