Je ne suis pas allé bien loin, mais il y a beaucoup d'approximation et de choses non dites ....
NoSQL : « Not only SQL » : Faux : au commencement c'était bien "no SQL" (on ne veut plus de l'hégémonie de SQL...)
Rapprochement relationnel/NoSQL :
PG est très loin du NoSQL.
Pour information, l'un des SGBDR les plus proche est SQL Server :
XML, JSON + indexation verticale + tables in memory + FTS + tables de graphes, lui permettent de faire :
du big table, du clé/valeur, de l'indexation de document, et du graphe !
Le Sharding à été introduit dans SQL Server version 7 datant de 1998,
avec le concept du vue partitionnées distribuées...
Certains bases de données NoSQL acceptent aujourd'hui de faire des transactions (Amazon par exemple)
"On peut penser au mode “parallèle” qu’on trouve dans certains SGBD comme Oracle (et que PostgreSQL n’a pas encore),"
rectifier par :
"On peut penser au mode “parallèle” qu’on trouve dans certains SGBD comme Oracle (module payant) ou SQL Server (natif dans toutes les éditions) et que PostgreSQL a commencé d'introduire de manière embryonnaire,
Le mode NATURAL JOIN et le USING ont été retirés de la norme SQL car trop dommageable !
Et les jointures dans le WHERE c'est juste une imbécilité que de les présenter encore....
II-C-1. Syntaxe de SELECT
Les clauses LIMIT et OFFSET n'existe pas dans le SELECT. C'est juste une merde de MySQL qui n'est pas du tout conforme à la norme SQL. De plus il manque la clause GROUP BY, la clause HAVING, la clause WINDOWS et la clause ORDER BY !!!!
C'est n'importe quoi et si des développeurs lisent cela tu va en faire des crétins !
Il y en a encore d'autres, mais je dois redémarrer mon cours.
A +
2 |
2 |