da wi spodelq malko lichen opit ot dnes ...

ustanowih (a posle i prowerih, che e taka), che imeto na bazata w connection-a kym MySQL-a ne e atribut na wryzkata kym MySQL bazata, t.e. ako imate

$conn1 = @mysql_pconnect ("localhost", "primeren_user", "primerna_parola");
mysql_select_db ("baza_1", $conn1);
$conn2 = mysql_pconnect ("localhost", "primeren_user", "primerna_parola");
mysql_select_db ("baza_2", $conn2);

i sega ako naprawim edno:
mysql_query ($sqlQuery, $conn1);

logichno e da se ochakwa zaqwkata da se izpylni w baza_1
da, ama ne (deto se wika), izpylnqwa si se w baza_2 kato pich i to zaradi MySQL-a

pone da bqha pusnali edin warning w dokumentaciqta, che connect i pconnect ne sa identichni za wsichki bazi

Хайде пак :)

Само, че този път за PHP

Ами mysql_pconnect търси отворена връзка и ако я намери Я ВРЪЩА Т.е. не прави нова връзка и съответно не и променя параметрите.
Та в случая имаш $conn1 === $conn2
Това е странното нещо наречено Reference в PHP за което твърдят, че Не Не е Pointer

Linux is like a wigwam - No Windows, No Gates, Apache inside

много интересен проблем и много интересно обяснение.

но не виждам връзка между тези references и проблема с успоредно ползването на connectioni към две бази данни ;(

Zdrasti,
dokolkoto znam predi vsqka zaqvka trqbva da se izbere baza danni...shtom poslednata izbrana baza danni ti e $baza_2 normalno e PHP da se obarne kym neq.

Gresha li nqkyde?
Doskoro

|Не се изказвай за неща, които не разбираш|

"problemyt" e tuk i se analizira, hit-nat e predi mene ot oste nqkoi

http://bugs.php.net/bug.php?id=12885

pyrwo - ne kazwam, che ima problem, a prosto da znaqt horata
wtoro - w manual-a pishe taka
"An important summary. Persistent connections were designed to have one-to-one mapping to regular connections. That means that you should always be able to replace persistent connections with non-persistent connections, and it won't change the way your script behaves. It may (and probably will) change the efficiency of the script, but not its behavior!"

e ne e wqrno za MySQL (po princip e taka, no ne i za MySQL)
prosto za MySQL-a imeto na bazata ne e atribut na connection-a

prawih test s pconnect i srawnqwah tochno $conn1 i $conn2 (===), kakto i var_dump

resursite sa razlichni, no "problemyt" ostawa

citat:
"This problem seems to stem from the fact that different
databases have a different notion of a connection. Some
have just a connection to the database engine and there is
a possibility to change the database within a connection,
like MySQL, and others think the connection to be to a
specified database."

prosto zawisi ot fakta dali imeto na bazata e atribut na connection-a