Nouvel article : Migration Oracle ou SQL Server vers PosteGreSQL - les écueils

SQLpro · 11/10/2011, 22h52

Bonjour

Bon, je crois que je crois me faire encore quelques ennemis de plus...

Voici un article détaillant les inconvénients d'une migration d'Oracle ou de SQL Server vers PostGreSQL...
http://blog.developpez.com/sqlpro/p1...esql-ou-com-2/

Au sommaire :

1 - Aucune gestion des espaces de stockage.
2 - Une gestion des transactions "curieuse".
3 - Un partitionnement plus que léger
4 - Pas de tag (hint) pour forcer les plans de requête
5 - un optimiseur très limité
6 - Une indexation à la traine
7 - Pas de parallélisme des requêtes
8 - Une administration couteuse
9 - pas de pooling des connexions
10 - Pas de vision d'un plan en cours d'utilisation
11 - Un processus de sauvegarde peu performant
12 - Pas de compression ni de cryptage des données
13 - Pas de réplication des données
14 - PostGreSQL reste un bon SGBDR réellement libre
15 - En conclusion

Merci d'avance pour vos commentaires.

A +

iberserk · 17/10/2011, 08h15

Décidemment.. a fond dans PostGreSQL en ce moment!

11/10/2011, 22h52	#1
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 791 Points : 17 791	Nouvel article : Migration Oracle ou SQL Server vers PosteGreSQL - les écueils Bonjour Bon, je crois que je crois me faire encore quelques ennemis de plus... Voici un article détaillant les inconvénients d'une migration d'Oracle ou de SQL Server vers PostGreSQL... http://blog.developpez.com/sqlpro/p1...esql-ou-com-2/ Au sommaire : 1 - Aucune gestion des espaces de stockage. 2 - Une gestion des transactions "curieuse". 3 - Un partitionnement plus que léger 4 - Pas de tag (hint) pour forcer les plans de requête 5 - un optimiseur très limité 6 - Une indexation à la traine 7 - Pas de parallélisme des requêtes 8 - Une administration couteuse 9 - pas de pooling des connexions 10 - Pas de vision d'un plan en cours d'utilisation 11 - Un processus de sauvegarde peu performant 12 - Pas de compression ni de cryptage des données 13 - Pas de réplication des données 14 - PostGreSQL reste un bon SGBDR réellement libre 15 - En conclusion Merci d'avance pour vos commentaires. A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	10

17/10/2011, 08h15	#2
iberserk Membre Expert Bruno IGNACE Architecte de base de données Inscription : novembre 2004 Messages : 1 299 Détails du profil Informations personnelles : Nom : Bruno IGNACE Âge : 30 Localisation : France, Gironde (Aquitaine) Informations professionnelles : Activité : Architecte de base de données Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : novembre 2004 Messages : 1 299 Points : 2 282 Points : 2 282	Décidemment.. a fond dans PostGreSQL en ce moment! __________________ Prendre conscience, c'est transformer le voile qui recouvre la lumière en miroir.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email