PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

recherche experience sur dblink

Technique - général | recherche experience sur dblink

Par jduv le 06/04/2006 - 13:02

Bonjour à tous,
Avant de me lancer trop en avant je souhaiterai avoir des informations sur les possibilités que permet l'utilisation de dblink.

J'ai plusieurs bases (qui pour le moment n'en sont qu'une mais ce n'est pas optimum du point de vue clarté pour les utilisateurs) avec des tables qui sont communes et d'autres non.
Je voudrai pouvoir faire une base avec les tables communes et d'autres spécifiques à chaque domaine.
Les tables communes sont par exemple des données météo qui quelque soit le lieu sont identiques en tout points et donc utilisent la même architecture.
Mes inquiétudes sont que je ne connais pas bien ce qu'implique l'utilisation de plusieurs bases qui auront des connexions plutôt fréquentes d'un point de vue requêtes.
Peut on raisonnablement prévoir une telle architecture (plusieurs bases) ou n'est ce pas souhaitable.
Quel est l'impact sur la construction des requêtes, peut on assurer l'intégrité réferentielle entre 2 bases ?? autant de questions qui me posent probléme

Je suis preneur de tous les avis et conseils sur le sujet.

Merci d'avance

Pour infos chacune des bases aura environ une trentaine de tables spécifiques et environ une dizaine communes, d'ou mon objectif de les scinder.

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

Bonjour. J'ai plusieurs

Christophe Chauvet/ = 9 Avril, 2006 - 12:41

Bonjour.


J'ai plusieurs bases (qui pour le moment n'en sont qu'une mais ce n'est pas optimum du point de vue clarté pour les utilisateurs) avec des tables qui sont communes et d'autres non.
Je voudrai pouvoir faire une base avec les tables communes et d'autres spécifiques à chaque domaine.

Si vos bases de données se trouvent sur la même machine, alors je vous conseillerais de jouer avec les schémas, un schéma par utilisateur, puis les données communes se trouveront dans le schéma public.

je prend un exemple.

je crée un utilisateur toto, pour créer les tables communes a tous le monde, ajouter SET search_path to toto; au début du script de création des tables.

par défaut, la variable search_path est positionnée $user,public, ce qui veut dire si un schéma possède le même nom que l'utilisateur de connexion, alors pour la requête ci dessous :

SELECT * FROM ma_table

le moteur d'analyse recherchera la table dans le schéma du même nom que l'utilisateur, si celui-ci ou ma_table n'existe pas alors il la cherchera dans le schéma public.

Les tables communes sont par exemple des données météo qui quelque soit le lieu sont identiques en tout points et donc utilisent la même architecture.

Dans ce cas les tables météo se trouveront dans le schéma public.

Mes inquiétudes sont que je ne connais pas bien ce qu'implique l'utilisation de plusieurs bases qui auront des connexions plutôt fréquentes d'un point de vue requêtes.

Pour vérifier si vos requêtes sont performantes, je vous recommande l'utilisation de l'EXPLAIN PLAN, ainsi vous pourrez améliorer vos requêtes éventuellement positionner des index au bon endroit.

Peut on raisonnablement prévoir une telle architecture (plusieurs bases) ou n'est ce pas souhaitable.

Sachant que vous avez des données communes à tous vos utilisateurs, je vous déconseille fortement l'utilisation de plusieurs base de données.

Quel est l'impact sur la construction des requêtes, peut on assurer l'intégrité réferentielle entre 2 bases ?? autant de questions qui me posent probléme

Il serait toujours possible de crée une pseudo intégrité avec une multitude de trigger, mais cela se ferait au détriment de performance plus que dégradée.

Si mes réponses ont pus vous apporter quelques éléments de réponses.

Cordialement.

Christophe Chauvet
http://kryskool.org/


Merci beaucoup pour ces infor

jduv/ = 10 Avril, 2006 - 09:30

Merci beaucoup pour ces informations,
Je n'ai pas beaucoup de notions sur l'utilisation des schémas (j'ai pour le moment uniquement utilisé le schéma public) mais je vais m'y atteler de ce pas en puisant dans la littérature dont je dispose.
Encore merci pour votre réponse
@+
Jérôme


Bonjour N'hésité pas a p

Christophe Chauvet/ = 10 Avril, 2006 - 11:40

Bonjour

N'hésité pas a poser d'autres questions si des points vous semble obscure.

Cordialement.

Christophe Chauvet
http://kryskool.org/


© PostgreSQLFr, tous droits réservés.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.