Не могу работать одновременно с несколькими БД.
Работа ведется только с последней БД

Код

if(!$connect = mysql_pconnect("localhost", "user", "pass")) { exit; } if (!mysql_select_db('logs', $connect)) { exit; } if(!$connect1 = mysql_pconnect("localhost", "user", "pass")) { exit; } if (!mysql_select_db('history', $connect1)) { exit; }

Как видите запрос к БД одинаковый и поэтому во втором случае он просто возвращает мне уже ранее открытый идентификтор подключения к БД.

А мне надо новый открыть, чтобы выбрать другую БД.

Как это можно делать?



Добавлено @ 10:54
Вылазает ошибка:

Table 'xxx' doesn't exist

Т.е. он (PHP) ищет таблицу не в той БД, а в другой где ее нету. А мне надо заставить его работать с несколькими БД одновременно и делать запрос на ту БД, которую я ему (PHP) говорю.

mysql_query("string", $connect);

Я то указываю ему идентификатор, но он то на одну БД :-)

А все, разобрался надо использовать: mysql_connect

PHP-DIRECTOR, а если просто использовать запросы типа

SELECT * FROM database1.table1, database2.table2;

Правда с правами может быть проблема...

А не проще в нужном месте mysql_select_db() делать, а потом возвращать обратно?

Цитата

А не проще в нужном месте mysql_select_db() делать, а потом возвращать обратно?

А с подобными вещами проблем не возникнет?

Код

mysql_select_db("db1", $db_link); $sql_res = mysql_query("...", $db_link); mysql_select_db("db2", $db_link); while ($sql_row = mysql_fetch_assoc($sql_res)) {   $sql_sub_res = mysql_query("...", $db_link);     while ($sql_sub_row = mysql_fetch_assoc($sql_sub_res))   {      ...   } }

Надо бы проверить...

Это сообщение отредактировал(а) Bikutoru - 31.7.2005, 10:45

Цитата(Bikutoru @ 31.7.2005, 11:43)

А с подобными вещами проблем не возникнет?

Не думаю. В конце-концов, если скрипт использует 3-4 БД, это уже не правильное проектирование.
А то что лишний коннект - лишний тормоз и память, это факт.

Mal Hack
ну не городить же 100 таблиц в одной БД :-)

Как тогда проектировать?

Цитата(PHP @ 31.7.2005, 14:39)

ну не городить же 100 таблиц в одной БД :-)

ГОРОДИТЬ, ЕЩЕ КАК ГОРОДИТЬ !!!


Я сам думал ггод назад над этой проблемой. Ответ один - ОДНА база.
Эх, жаль тему найти не могу.

А, на другом форуме было: http://forum.woweb.ru/topic8813.html

Цитата

ну не городить же 100 таблиц в одной БД :-)

Цитата

ГОРОДИТЬ, ЕЩЕ КАК ГОРОДИТЬ !!!

В одном проекте, с которым мне приходится работать ~150 таблиц. Ориентироваться нереально

Цитата

В конце-концов, если скрипт использует 3-4 БД, это уже не правильное проектирование.

Совсем не обязательно. Приведу пример. Есть два сайта, находящихся на разных серверах. Они содержат практически одинаковую информацию, которая вводится через админку. Возникает вопрос: зачем дважды вводить одну и ту же иформацию (и держать несколько редакторов), когда можно ввести это на одном сайте и, предварительно преобразовав, скопировать на другой сайт.

Вроде бы понятно объяснил. Ну так вот, как такое реализовать без нескольких баз? Можно, конечно, заливать на одном сайте информацию в XML и считывать на другом, но гораздо проще напрямую копировать нужную информацию из базы в базу...

По-моему, нельзя категорично заявлять. Многое зависит от задачи.

Это сообщение отредактировал(а) Bikutoru - 31.7.2005, 19:43

Цитата(Bikutoru @ 31.7.2005, 20:38)

Совсем не обязательно. Приведу пример.

Плохой пример Зеркала или резервные копии через RAID делаются и дампы
Да и избыточность информации - плохо. Всю инфу надо централизовывать.
Добавлено @ 19:46

Цитата(Bikutoru @ 31.7.2005, 20:38)

По-моему, нельзя категорично заявлять. Многое зависит от задачи.

Так-то оно так, НО приведи такую задачу, где надо использовать именно несколько баз и соединений... В люом члучае ее можно будет спроектировать по нормальному.

Mal Hack, сайты несколько лет развивались независимо, структуры, в которых хранится информация очень сильно различаются, так что дамп не поможет...

Цитата

Всю инфу надо централизовывать.

Неплохо бы было... но пока шиш с маслом...
Добавлено @ 19:50

Цитата

В люом члучае ее можно будет спроектировать по нормальному.

Ты не учитываешь, что есть уже готовый код, который нужно поддерживать

Цитата(Bikutoru @ 31.7.2005, 20:49)

Ты не учитываешь, что есть уже готовый код, который нужно поддерживать

И что? Кто мешает занова написать?
Т.е. грубо говоря... Предположим объединяются две крупные фирмы. Что бцдешь делать с бухами?
Правильно переводить всех на единую централизованную базы. Что касается старых записей то они остются ввиде архива !


Еще, как вариант: http://forum.vingrad.ru/index.php?showtopi...=0&#entry480553

Это сообщение отредактировал(а) Mal Hack - 1.8.2005, 00:44

Цитата

Кто мешает занова написать?

Начальство...

Цитата

ГОРОДИТЬ, ЕЩЕ КАК ГОРОДИТЬ !!!

У меня уже 40 таблиц в БД :-) и их будет еще больше.
Ладно уговорили буду городить и городить.

Но другой вопрос... одна то база один файл... не слишком ли он будет тормозать, если слишком сильно на базу нагрузка будет.

А если несколько баз, то несколько файлов и вероятно нагрузка на них будет меньше.
Кто как думает?

Цитата(PHP @ 1.8.2005, 11:02)

Но другой вопрос... одна то база один файл... не слишком ли он будет тормозать, если слишком сильно на базу нагрузка будет.

Это одна таблица один файл (на самом деле 3), а база - много файлов

Цитата(Bikutoru @ 1.8.2005, 10:11)

Начальство...

Давить такое начальство надо. Постарайся им объяснить, что если не сделать в один прекрасный момент все рухнет и начальник с прокуротурой общаться будет.