Vous dites beaucoup de choses fausses… je vous cite :
" Les changements de schéma sont transactionnels, pour de vrai, pour n'importe quel changement de schéma, et ça, il n'y en a pas beaucoup d'autres qui le font.
"
Depuis toujours IBM DB2, Microsoft SQL Sevrer, Oracle Database, Sybase Adaptive Server, Sybase Enterprise Server… font cela et depuis plus de 20 ans.
Le seul SGBD qui ne le fait pas est MySQL/MariaDB
Donc, contrarement à vos dire, la plupart des GBDR le font…
Vous dites :
" Le type text est limité à un confortable 2Go, et marche exactement de la même manière que n'importe quel autre type. Par rapport aux autres bases qui donnent des limites ridiculement basses à leurs types texte et qui nous forcent à utiliser une structure différente genre blob ou bigtext, qui évidemment se gère différemment dans l'API C, ou ne peut pas s'indexer…
"
Contrairement à ce que vous laissez entendre, vous ne pouvez pas indexer un type "text" de PostGreSQL de n'importe quelle longueur. C'est d'ailleurs un véritable piège à con. Démonstration :
CREATE TABLE TBLOBTEXT (ID INT PRIMARY KEY, DATA TEXT)
INSERT INTO TBLOBTEXT VALUES (2, REPEAT('toto', 200000))
CREATE INDEX X ON TBLOBTEXT (DATA)
==> ERROR: ERREUR: la ligne index requiert 9184 octets, la taille maximum est 8191
# Quelques erreurs !
Posté par SQLpro . En réponse au journal Postgresql, un retour d'expérience. Évalué à -1.
Vous dites beaucoup de choses fausses… je vous cite :
"
Les changements de schéma sont transactionnels, pour de vrai, pour n'importe quel changement de schéma, et ça, il n'y en a pas beaucoup d'autres qui le font.
"
Depuis toujours IBM DB2, Microsoft SQL Sevrer, Oracle Database, Sybase Adaptive Server, Sybase Enterprise Server… font cela et depuis plus de 20 ans.
Le seul SGBD qui ne le fait pas est MySQL/MariaDB
Donc, contrarement à vos dire, la plupart des GBDR le font…
Vous dites :
"
Le type text est limité à un confortable 2Go, et marche exactement de la même manière que n'importe quel autre type. Par rapport aux autres bases qui donnent des limites ridiculement basses à leurs types texte et qui nous forcent à utiliser une structure différente genre blob ou bigtext, qui évidemment se gère différemment dans l'API C, ou ne peut pas s'indexer…
"
Contrairement à ce que vous laissez entendre, vous ne pouvez pas indexer un type "text" de PostGreSQL de n'importe quelle longueur. C'est d'ailleurs un véritable piège à con. Démonstration :
CREATE TABLE TBLOBTEXT (ID INT PRIMARY KEY, DATA TEXT)
INSERT INTO TBLOBTEXT VALUES (2, REPEAT('toto', 200000))
CREATE INDEX X ON TBLOBTEXT (DATA)
==> ERROR: ERREUR: la ligne index requiert 9184 octets, la taille maximum est 8191
A +