Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
Les paquets RPM du PGDG s'installent dans des répertoires dont le nom dépend de la version, ensuite ils utilisent le système des alternatives pour ajouter les outils comme psql au PATH. Si vous regardez sur votre système vous verrez que /usr/bin/psql est un lien symbolique pointant vers /etc/alternatives.
Toutes les alternatives des outils PostgreSQL étant préfixées par pgsql-, Il faut donc mettre à jour l'alternative pgsql-psql, avec la commande suivante :
update-alternatives --config pgsql-psql
à lancer en utilisateur root.
*BLONG* Raté... Un autre fil, c'est pourtant pas dur ! De mon coté je m'arrete là sur ce fil, vu votre mauvaise volonté et votre attitude.
Salut,
Je pense que l'objet initial du thread n'est pas de comparer PostgreSQL avec d'autres sur la sauvegarde, mais plutot d'aider mich30 à faire réussir sa sauvegarde. Ce qui me fait dire que vos réponses sont un peu hors sujet, comme souvent, et je comprends la fatigue de gilles.
Si vous tenez vraiment à convertir des utilisateurs à SQL Server, bon courage, la plupart des membres actives ici sont de fervent(e)s défenseur(e)s du Logiciel Libre et de l'Open Source. Dans ce cas, ouvrez des threads séparés plutôt que de perturber les fils existants.
Merci d'avance.
PS: tiens, la sauvegarde que vous décrivez ressemble beaucoup à la sauvegarde PITR de PostgreSQL (http://docs.postgresql.fr/9.0/continuous-archiving.html), si vous voulez continuer sur ce sujet, lancez un fil à côté 
Salut,
merci pour l'info. Je vais voir de ce côté dans ce cas.
Salut,
En fait, je suis en train de me mettre au Python. J'ai une idée d'appli à coder qui utilisera vraisemblablement PostgreSQL pour stocker les données. J'ai vu qu'il y a plusieurs modules qui existent pour ça. J'aimerais donc savoir parmi les plus actives, vers laquelle je peux m'orienter, si vous avez des retours d'expérience à donner dessus.
Merci
Je pense virer drupal pour 2 raisons: il est trop complet et complexe pour mon besoin et je souhaite passer de mysql à postgresql. c'est pourquoi je regarde coté dotclear.
Je ne crache pas sur drupal qui est un très bon cms pour ceux qui ont le besoin.
Salut,
En fait, j'ai remarqué que les news de pg.fr tournent sous Dotclear. Je commence à virer Drupal pour mettre Dotclear 2. Ioguix m'avait dit à l'époque que le support PG de Drupal n'était pas propre du tout.
Quel est votre impression sur dotclear ? Est-ce c'est simple de faire un thème ? Est-ce qu'il gère bien avec PG ?
PS: d'ailleurs, il est mal en point niveau CSS le blog.postgresql.fr, au cas où personne ne le bidouille
Ben en fait, j'aime bien le coté snapshot, parce que c'est simple et que ça marche pour tous les services que je sauvegarde. Ensuite, pour la restore y'a juste à copier les données bêtement au bon endroit.
D'un autre coté, j'ai fait ce truc pour avoir un backup rapidemment en place et finalement, il reste.
Je viens de le lire, la honte, j'avais pas vu l'article sur PG dans celui là...
C'est pas mal du tout. Tout est clair, le niveau de l'article est assez élevé, les débutants (comme moi) vont devoir creuser la doc officielle, c'est un bonne intro. J'aime bien la partie sauvegarde à chaud et restore, on ne pense jamais assez à sauvegarder...
Le seul point négatif: il manque des liens pour les sujets hors cadre, par exemple le patch de la 8.3 pour xlogviewer et le define de WAL_DEBUG. C'est un frein parce que le lecteur doit chercher de la doc pour refaire les exemples de l'article chez lui.
Maintenant, je n'ai plus d'excuse pour ne pas backup mon install de PG à chaud Surtout que je fais une interruption de service (stop, snapshot, start)
Je dois lire aussi l'article du glmf 109, qui semble être dans la continuité directe de celui là.
Salut,
justement, est-ce que l'utf-8 sur la base passe bien avec fluxbb ? Je suis toujours bloqué sur un punbb 1.2 et j'ai dû configurer ma base en iso8859-1 à l'époque
Pages : 1
