eZ Community » Forums » Developer » Using external db in extension causes...

Using external db in extension causes problems

Using external db in extension causes problems

Friday 15 September 2006 9:13:43 am - 7 replies


I'm writing an extension where I'm fetching some data from en external database. The problem is that when my function returns, further mysql function calls will be towards this external database. This seems to confuse the rest of eZ publish, which reports several mysql query errors.

When calling mysql_connect(...) a handler is returned. The kind of solution I would prefer was to have a mysql function that returned a copy of the handler to the active database, and another function which used this handler to set the active database again. I would expect to find this in PHP, but can't seem to. Is there no such thing, or is it me that is just blind?

Given that the above solution is not possible, is there some mechanism, a function call, in eZ publish, that will reassociate the mysql function calls with the correct ez publish db?

Any suggestions?


Friday 15 September 2006 9:46:46 am


I've done it with several dbs and it works (tried it from cronjobs and datatype and modules).

What I do is to close the connection on the external db


Does it solve your problem ?


Friday 15 September 2006 11:47:14 am

Only closing the link/handler didn't seem to be enough in my case. What did seem to do the trick, though, was always to include the handler in every mysql function call regarding the database. It appears to me it's the mysql_select_db(...) that changes database currently in use, and thus confuses eZ. Adding the link resource here solved the problem for me.


Edit: Actually I was a bit premature there. The problem persists. The only thing that seems to work is to make a new call to mysql_select_db(...) with the original database name. Which means I have to start reading ini files... This work when the databases are on the same server, but I'm not sure how this sollution would work if one database is on an external server.

Modified on Friday 15 September 2006 12:13:57 pm by Atle Pedersen

Friday 15 September 2006 6:40:40 pm

You can connect to external DB using eZDB lib.

Here is an example:

include_once( 'lib/ezdb/classes/ezdb.php' );

$dsn = array(
	'server' 	=> 'localhost',
	'user' 		=> 'user',
	'password'	=> 'mypass',
	'database'	=>	'mydb',
	'show_errors' => true

$extdb =& eZDB::instance( 'ezmysql', $dsn, true  );
$extdb->arrayQuery("SELECT * FROM EXT_TABLE");

Then using eZDB lib you may query your external DB without errors. Witn new instance you can still get access to eZ publish current db.

    include_once( 'lib/ezdb/classes/ezdb.php' );
    $db =& eZDB::instance();

See lib/ezdb/classes/ezdb.php for more details.

Modified on Friday 15 September 2006 6:42:14 pm by Ɓukasz Serwatka

Monday 18 September 2006 4:34:47 pm

Thanks Lukasz,

getting the information about the current db instance solves my probleml. Now it's easy resetting the handler in a generic way, so that eZ doesn't get confused.


Monday 18 September 2006 10:24:20 pm

Hi Atte,

Not sure I got you. You mean that you added

   include_once( 'lib/ezdb/classes/ezdb.php' );
   $db =& eZDB::instance();

After your code and it works fine ?


Saturday 28 October 2006 3:55:48 pm

The third parameter in $extdb =& eZDB::instance( 'ezmysql', $dsn, true ); is important, it forces the creation of a new instance instead of returning the eZ publish database instance cached in $GLOBALS['eZDBGlobalInstance'];

Modified on Saturday 28 October 2006 4:00:08 pm by Kristof Coomans

Thursday 24 May 2007 3:22:33 pm

Revisiting an old post.

The problem is that what I'm working with is an external system using its own database mechanisms and calls. So Lukasz Serwatka's solution above is not feasible without rewriting parts of the other system.

When the external code calls


this seems to disrupt eZ publish.

I thought I solved it using


after the other code.

However, when the external code is called more than once for a template, this also fails.

So now, based on rereading the discussion above, I've worked out the following sollution:

    $dsn = array(
             'server'        => $GLOBALS['eZDBGlobalInstance']->Server,
             'user'          => $GLOBALS['eZDBGlobalInstance']->User,
             'password'      => $GLOBALS['eZDBGlobalInstance']->Password,
             'database'      => $GLOBALS['eZDBGlobalInstance']->DB,
             'show_errors' => $GLOBALS['eZDBGlobalInstance']->RecordError

//..... other code including mysql_close(); does its thing here .....

    eZDB::instance( 'ezmysql', $dsn, true );

It feels sort of hackish, and I'm not sure about using the 'RecordError' variable, but it seems to work.

Any comments or suggestions for better ways of doing this?

Modified on Thursday 24 May 2007 3:23:08 pm by Atle Pedersen


You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from