Prise en compte des schemas dans postgresql

Version imprimable

Bonjour,

J'expérimente actuellement, et depuis peu, MkFramework. Mon but est de l'utiliser comme outil de RAD. Le fait qu'il puisse gérer de multiples connexions de bases de données est une des raisons du choix.
J'utilise mysql, sqlite et intensivement postgresql... mon habitude sous ce sgbd est d'organiser de façon logique les données à l'intérieur de différents schémas... or les paramètres de connexion ne prennent pas en compte ce type d'organisation.
Ma solution, rapide, a été d'ajouter un paramètre (mkFramework\data\genere\bibliolab\conf\connexion.ini.php) pour le spécifier :
Code:

1 2 3 4 5 6 pdoPostgresqlExple.dsn="pgsql:dbname=postgres;host=localhost" pdoPostgresqlExple.sgbd=pdo_pgsql pdoPostgresqlExple.schema=schema pdoPostgresqlExple.username=postgres pdoPostgresqlExple.password=root
Puis de rajouter dans le connecteur pgsql (mkFramework\lib\framework\sgbd\pdo\sgbd_pdo_pgsql.php) ce petit bout de code à la fonction connect :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 protected function connect() { if (empty($this->_pDb)) { $this->_pDb = new PDO( $this->_tConfig[$this->_sConfig . '.dsn'], $this->_tConfig[$this->_sConfig . '.username'], $this->_tConfig[$this->_sConfig . '.password'] ); // patch // Si un schema est spécifié dans le fichier de conf // on l'indique à la base de donnée. if (isset($this->_tConfig[$this->_sConfig . '.schema'])) { $this->_pDb->prepare("SET search_path TO {$this->_tConfig[$this->_sConfig . '.schema']}")->execute(); } } }
Ce n'est certainement pas idéal... et pour l'instant ça ne semble pas fonctionner.

Si quelqu'un a une solution, je suis preneur... :)

En tous cas, merci pour cet étonnant et malin framework, qui fait vraiment gagner beaucoup de temps!

16/12/2014, 16h56
imikado

Merci d'abord d'utiliser ce framework ;)

Pour votre soucis, on ne peux pas le spécifier dans le dsn lors de la création de l'objet pdo ?

Bon... désolé, je viens de me rendre compte qu'il fallait aussi modifier d'autres petits trucs... :$

Dans mkFramework\lib\framework\abstract\abstract_sgbd_pdo.php :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
    public function getListTable($schema = 'public') {
 
        if (isset($this->_tConfig[$this->_sConfig . '.schema'])) {
            $schema = $this->_tConfig[$this->_sConfig . '.schema'];
        }
 
        $pRs = $this->query(sgbd_syntax_pgsql::getListTable($schema));
 
        if (empty($pRs)) {
            return null;
        }
 
        $tObj = array();
        while ($tRow = $pRs->fetch(PDO::FETCH_NUM)) {
            $tObj[] = $tRow[0];
        }
        return $tObj;
    }

Puis dans mkFramework\lib\framework\sgbd\syntax\sgbd_syntax_pgsql.php

Code:

1
2
3
4
 
	public static function getListTable($schema){
		return "SELECT table_name FROM information_schema.tables WHERE table_schema = '". $schema . "'";
	}

P'tet que ça suffit pas... faut voir.

16/12/2014, 17h02
loljak

Citation:

Envoyé par imikado

Merci d'abord d'utiliser ce framework ;)

Pour votre soucis, on ne peux pas le spécifier dans le dsn lors de la création de l'objet pdo ?

Merci , pour la réponse rapide. Malheureusement, non... je n'ai ni réussi, ni trouvé dans la documentation PDO quoique ce soit à ce sujet. j'ai , en fait, détourné une solution de Laravel, mais je ne sais pas si la solution est complète...
16/12/2014, 19h55
imikado
Pour le schéma j'ai lu pour "SET search_path TO"

Et donc dans le framework, dans la classe modele, avant les findMany, findOne
Un petit:
Code:

1 2 $this->execute('SET search_path TO monSchema');
J'avoue ne pas beaucoup connaitre posgresql, qu'est-ce que sont les schemas ? j'avais déjà entendu parler de ça pour oracle.
16/12/2014, 21h26
loljak

Merci pour le complément de solution qui résout mon problème et permet du même coup d'utiliser les schémas...

Pour ce que j'en sais, les schémas d'Oracle sont liés aux utilisateurs, alors que ceux de postgresql, je les considère plus comme des espaces de nom. Dans mon cas je les utilise dans le but de séparer logiquement les structures de données, ou bien les applications (sans préfixer, comme avec mysql, mais tout en évitant les collisions), mais ils peuvent aussi, bien sûr, être utilisés pour créer des stockages utilisateurs... surtout si l'on souhaite utiliser la gestion de droit de pgsql, je pense.

Je teste tout ça demain matin et si tout est ok, je mettrai le sujet en résolu.

Encore merci!
16/12/2014, 21h46
imikado

OK je comprends un peu mieux ;)

Merci à vous de ce retour d'expérience.
17/12/2014, 11h29
loljak

Encore une précision...
Est il vraiment nécessaire de rajouter "$this->execute('SET search_path TO monSchema');" aux méthodes findMany et findOne?

L'instance de PDO/pgSQL appelée n'est elle pas celle créée par la classe sgbd_pdo_pgsql, qui prend déjà en compte la directive search_path au moment de l'initialisation?

ici:
Code:

1 2 $this->_oSgbd=call_user_func( array($this->_sClassSgbd,'getInstance'),$this->sConfig);
'SET search_path TO monSchema', c'est un peu comme la directive 'USE maBase' en mysql.

En tous cas mkFramework va sans doute prendre place parmi mes outils!:)

Merci pour votre suivi.
17/12/2014, 12h35
imikado

Oui effectivement, vous pouvez faire une méthode en amont "init", ou surcharger le constructeur pour le faire des l'appel de la classe model :)
18/12/2014, 13h08
loljak

Problème résolu

Merci pour vos conseils.
Je pense que le sujet peut être considéré comme résolu.
:)