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

sécurité de transfert de données

Technique - sécurité | sécurité de transfert de données

Par yaobi le 18/04/2005 - 08:01

postgresql est t il plus fiable queoracle ou sqlserver pour ce qui est d'une sécurité de transfert de données via internet vers un autre server(sauvgarde à distance)

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.

salut, j'aimerai avoir une i

yaobi/ = 18 Avril, 2005 - 08:02

salut,
j'aimerai avoir une idée comparative concernant les outils et services internet de postgresql,oracle,et sql-server.
autrement dit lequel de ces trois sgbdr est le mieux adapté pour internet.
merci d'avance pour votre aide.


Sécurité et transferts

Jean-Christophe Arnu/ = 28 Avril, 2005 - 10:30

Bonjour,

En fait la question de la sécurité pour la sauvegarde n'est pas fonction du serveur de base de données mais des solutions qu'on met en oeuvre autour de ce type de problématique, aprés sauvegarde ou dump. Je m'explique : ce n'est pas au SGBDR de fournir une plate-forme de transfert de données pour sauvegarde. La procédure la plus sûre (en terme de pérénité) et la plus courante est d'utiliser le dump de la base. Ce dump est réalisé dans un fichier qui peut ensuite être transmis à un autre système informatique par le biais d'un canal crypté (SSH/SCP) et/ou de fichier crypté (GnuPG par exemple). C'est donc au DBA ou à l'administrateur réseau ou système de prendre en charge ce genre d'opération en écrivant des scripts et en mettant en place "l'outillage" minimum à ce fonctionnement.

Pour ce qui est de PostgreSQL proprement dit, PostgreSQL permet également un fonctionnement en SSL entre le client et les serveurs. Pour celà je vous recommande de faire un tour sur la documentatione n français accessible depuis ce site. Ce fonctionnement nécessite l'ouverture des ports vers certaines adresses IP identifiées ou l'exposition de PostgreSQL directe à internet, ce qui peut ne pas être une solution trés sécurisée si l'on ne se sent pas à l'aise avec les options de sécurité de PostgreSQL.

Pour répondre à votre dernière question, PostgreSQL est trés bien adapté à une utilisation pour internet. Il offre des performances et une richesse fonctionnelle trés élevée et dispose d'une communauté trés réactive (IRC, liste de diffusion, site). PostgtreSQL est un produit vivant dont le cycle de développement est trés éprouvé. Les correctifs et les discussions autour du développement sont généralement trés rapides et menées par de vrais experts. Il dispose d'une grande maturité de mode de développement, faisant des versions "stables" de véritables produits sur lesquels on peut compter. Enfin PostgreSQL est un produit sous licence BSD permettant l'intégration d'une brique "base de données" dans des applications commerciales.


Jean-Christophe Arnu


sauvgarde des infos

samir77/ = 9 Octobre, 2007 - 11:27

comment sauvgarder des données d'un utilisateur sur le serveur


Soyons plus précis

SAS/ = 15 Octobre, 2007 - 09:35

Bonjour,

Pour obtenir une réponse à votre question, il va vous falloir être plus précis dans la demande.

Quelles informations, depuis où, vers quel serveur ?

Librement,
Stéphane Schildknecht
dalibo
PostgreSQLFr


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