Cours complet pour apprendre le standard SQL : conception et mise en œuvre,
Avec des travaux pratiques en sus
Le 2018-09-20 23:27:01, par Malick, Community Manager
Chers membres du club,
J'ai le plaisir de vous présenter un Cours complet sur le langage SQL, qui aborde à la fois les bases mais aussi les fonctions avancées dans un approfondissement et ce jusqu'à vous proposer des travaux pratiques, pour un total de 332 pages à consulter en ligne ou à télécharger :
Bonne lecture
Retrouvez les meilleurs cours et tutoriels pour apprendre le SGBD PostgreSQL
Retrouvez les meilleurs cours et tutoriels pour apprendre le SQL
Retrouvez les meilleurs cours et tutoriels pour apprendre les SGBD et SQL
J'ai le plaisir de vous présenter un Cours complet sur le langage SQL, qui aborde à la fois les bases mais aussi les fonctions avancées dans un approfondissement et ce jusqu'à vous proposer des travaux pratiques, pour un total de 332 pages à consulter en ligne ou à télécharger :
Ce module a pour but de présenter le standard SQL. Un module ne permet pas de tout voir, aussi ce module se concentrera sur la lecture de données déjà présentes en base. Cela permet d’aborder aussi la question des types de données disponibles.
SQLpro
Rédacteur
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 +
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 +
le 21/09/2018 à 14:04