A 09-01 vam veure l'aprenentatge lent: llibres, capítols treballats amb el teclat al davant, un títol cada tres mesos. Aquesta lliçó cobreix l'altra cara, la que dona resultats en setmanes: documentació oficial estudiada de debò, plataformes on escrius SQL i algú et corregeix a l'instant, cursos universitaris publicats en obert, i les fonts que et mantenen al dia un cop el curs s'acaba.

També cobreix una cosa que gairebé ningú no explica i que estalvia mesos: com distingir un curs que ensenya d'un que entreté. Hi ha una quantitat enorme de material sobre bases de dades en línia, i bona part és el mateix SELECT * FROM clients repetit durant nou hores de vídeo. Aprendre a descartar de pressa és una habilitat tan valuosa com saber triar.

La lliçó acaba amb una plantilla concreta de pla d'estudi de dotze setmanes, construïda exactament sobre el punt en què aquest curs t'ha deixat: algú que ha dissenyat i normalitzat un esquema, ha escrit consultes multitaula i amb agregació, ha llegit un pla d'execució, ha modelat documents a MongoDB i ha repartit un sistema entre quatre motors.

Advertiment important. La disponibilitat dels cursos, els seus preus, els seus plans gratuïts, els seus continguts i fins i tot la seva existència canvien constantment. Les plataformes retiren cursos, les universitats reorganitzen els seus programes i els plans gratuïts es retallen o s'amplien sense avís. En aquesta lliçó no es cita cap preu i no es donen enllaços profunds: per a cada curs s'indica el seu títol exacte i la institució que l'imparteix, i la instrucció és que el busquis per aquest títol a la plataforma corresponent. Abans de matricular-te o pagar res, verifica a la font oficial què hi ha disponible avui.

1. Com triar un curs en línia sense perdre el temps
2. La documentació oficial com a primer recurs
3. Com s'estudia el manual de PostgreSQL
4. La documentació dels altres motors
5. Plataformes de pràctica interactiva
6. Cursos estructurats d'universitats i plataformes
7. Blogs, canals i butlletins per mantenir-se al dia
8. Certificacions: per a qui sí i per a qui no
9. El teu pla d'estudi personal: plantilla de 12 setmanes
10. Errors Habituals i Consells
11. Exercicis
12. Conclusió

Abans de la llista, el filtre. Aquests són els senyals que es poden comprovar en deu minuts, abans d'invertir quaranta hores.

La sintaxi de SQL és petita. L'essencial cap en un parell de tardes, i aquest curs ja te la va donar al mòdul 2. El que costa anys és l'altra cosa: decidir. Si aquella columna ha d'admetre NULL, si aquella taula s'ha de partir, si aquell índex servirà d'alguna cosa, si aquell JOIN hauria de ser una subconsulta, si aquella operació necessita una transacció i amb quin nivell d'aïllament.

Un curs que només ensenya sintaxi produeix una sensació agradable de progrés —cada lliçó afegeix una paraula clau nova— i deixa l'alumne incapaç de dissenyar res. És la raó per la qual aquest curs va dedicar dos mòduls sencers (4 i 5) a disseny i normalització abans de considerar acabat l'assumpte, i per la qual els mòduls 7 i 8 van ser tot exercicis i casos.

Quan avaluïs un curs, busca la part de decisions. Si no la té, no importa quantes hores duri.

Dit sense adorns: en una entrevista tècnica, un certificat de finalització d'una plataforma oberta pesa molt poc, i un repositori amb un esquema ben dissenyat, les seves migracions, els seus índexs justificats i un README que explica les decisions pesa molt.

La raó no és esnobisme. El certificat prova que vas veure el material; el projecte prova que vas prendre decisions sota restriccions i que les saps defensar. I les decisions són la feina.

Per això, al pla de dotze setmanes de l'apartat 9, cada bloc té un lliurable, i el certificat no apareix enlloc.

El costum més estès i més costós és buscar a internet abans que al manual. Es fa perquè el manual "és dens" i la resposta d'un fòrum "és més ràpida". És cert a curt termini i fals a mitjà: la resposta del fòrum és del 2013, està escrita per a una altra versió, resol un cas semblant però no el teu, i no t'ensenya on mirar la propera vegada.

Comença sempre per la documentació oficial. I no només per a consultes puntuals: estudia-la per blocs, com si fos un llibre, perquè en diversos d'aquests motors ho és.

Dos advertiments sobre documentació. Primer: fixa't sempre en la versió. El manual de PostgreSQL es publica per versió i és fàcil acabar llegint el d'una versió que no tens instal·lada; comprova el selector de versió de la pàgina. Segon: la documentació oficial mana sobre qualsevol curs, blog o resposta de fòrum. Si un vídeo diu una cosa i el manual en diu una altra, el manual té raó.

El manual de PostgreSQL espanta per la seva mida, i no hauria de fer-ho: està organitzat en parts amb propòsits molt diferents, i només dues o tres són lectura seguida. Aquest és un ordre de lectura raonable per a algú que acaba aquest curs.

Un mètode que funciona bé: una secció del manual per setmana, amb una llibreta de consultes pròpia. Per cada secció, escriu cinc consultes contra BiblioRed que facin servir alguna cosa que acabes de descobrir. La secció de tipus de dades, per exemple, gairebé segur que et farà reescriure un parell de columnes del teu esquema tan bon punt descobreixis els tipus de rang i timestamptz.

MongoDB Manual i MongoDB University. El manual (https://www.mongodb.com/docs/) té una secció de modelatge de dades que és lectura obligada després de 03-03: formalitza el criteri d'incrustar davant de referenciar que vas aplicar a ull a 08-02, amb els seus patrons amb nom. A part del manual, MongoDB manté MongoDB University, una plataforma de formació pròpia amb rutes d'aprenentatge per a desenvolupament i administració, accessible des del lloc oficial de MongoDB. És de les formacions de producte més ben fetes que existeixen. Com tota la resta d'aquesta lliçó: comprova al lloc oficial quines rutes hi ha disponibles avui i en quines condicions, perquè canvien.

SQLite. La seva documentació té una particularitat estranya i valuosa: a més de la referència, publica documents d'opinió i de disseny —quan fer servir SQLite i quan no, per què el seu sistema de tipus és dinàmic, quines limitacions són deliberades—. Llegir aquestes pàgines és la millor continuació de 01-02, perquè expliquen amb honestedat per a què serveix una base de dades incrustada i per a què no. Arrel: https://sqlite.org/.

Redis. La documentació (https://redis.io/docs/) està organitzada per tipus de dades, i aquesta organització és en si mateixa l'ensenyament: entendre què resol un conjunt ordenat davant d'una llista davant d'un hash és entendre Redis. La part de caducitat de claus i la de persistència són les que donen fonament al que vas fer a 08-03 amb la disponibilitat en temps real de VallBici.

Neo4j. La seva documentació (https://neo4j.com/docs/) inclou material d'aprenentatge del llenguatge Cypher i de modelatge de grafs. Neo4j va ser el motor que a 03-02 es va esmentar i no es va practicar; si vols cobrir aquell buit, és el millor lloc per fer-ho, i el modelatge de grafs té un efecte secundari interessant: t'obliga a pensar en relacions com a ciutadanes de primera classe, cosa que canvia com veus el model relacional.

Elasticsearch. La documentació a https://www.elastic.co/ cobreix l'anàlisi de text, els mapatges i el llenguatge de consulta. El que convé estudiar després de 08-03 és la part d'analitzadors: entendre què li passa a un text entre que s'indexa i que es cerca és el que explica per què Elasticsearch troba "Vallmar" quan escrius "valmar" i ILIKE no.

Escriure SQL i que alguna cosa et digui immediatament si està bé és, per aprendre consultes, més eficaç que qualsevol vídeo. Aquestes són les plataformes consolidades.

Aquest últim punt mereix èmfasi: les plataformes interactives ensenyen a consultar, no a dissenyar. Cobreixen perfectament el mòdul 2 i bona part del 7, i no cobreixen els mòduls 4, 5 i 8. No hi ha drecera per al disseny: s'aprèn dissenyant i sotmetent el disseny a crítica.

Aquí es donen títols exactes i institució. Busca'ls per aquest títol a la plataforma corresponent; els catàlegs i les adreces canvien, i per això no s'enllaça a fitxes concretes.

Què és. Carnegie Mellon publica en obert, curs rere curs, les seves assignatures de sistemes de bases de dades: les classes enregistrades, les transparències, els enunciats dels projectes. És material universitari de primer nivell disponible sense matrícula.

Què cobreix. El curs d'introducció recorre emmagatzematge, formats de pàgina, índexs B-tree, processament de consultes, planificació i optimització, control de concurrència, recuperació i sistemes distribuïts. El de postgrau va a fons en motors moderns, execució vectoritzada i emmagatzematge en columnes.

Nivell. Alt. És un curs d'informàtica, amb programació de sistemes als projectes.

Com treballar-lo. No l'intentis sencer d'entrada. És la continuació perfecta de 01-04 —on es va descriure l'arquitectura d'un gestor per fora— i de 06-03 —on vas llegir plans d'execució sense saber com es generen—. Comença veient únicament les classes d'índexs, processament de consultes i optimització de consultes, en aquest ordre. Si t'enganxen, segueix; si no, ja n'has tret el principal.

Què saltar-se. Els projectes de programació, tret que vulguis dedicar-te a construir motors. Veure les classes sense fer els projectes ja aporta moltíssim.

Què és. El material del curs clàssic de bases de dades de Stanford, reorganitzat en diversos mini-cursos autoguiats, cadascun centrat en un bloc. És probablement el curs en línia de bases de dades més veterà i més polit que existeix.

Què cobreix. Model relacional i SQL, disseny i teoria —incloses dependències funcionals i formes normals, amb més rigor del que va donar el mòdul 5—, dades semiestructurades (XML, JSON), i temes avançats de SQL com vistes, activadors i restriccions.

Nivell. Mitjà, amb parts teòriques exigents.

Com treballar-lo. Si a 05-02 et vas quedar amb la sensació d'haver aplicat les formes normals sense entendre del tot el seu fonament, el mini-curs de modelatge i teoria és exactament el remei. Els exercicis tenen correcció automàtica, cosa que per a teoria és rara i molt valuosa.

Què saltar-se. La part d'XML, tret d'interès específic; avui pesa molt menys del que pesava quan es va gravar.

Acabat el curs, el problema deixa de ser aprendre i passa a ser no rovellar-se. El parany aquí és subscriure's a trenta fonts, no llegir-ne cap i sentir-se malament. L'estratègia que funciona és la contrària: dues o tres fonts fixes i una estona fixa a la setmana.

Sobre Jepsen, una nota: és el lloc on les afirmacions comercials sobre consistència es posen a prova de debò. Després de 06-02 i 08-03, llegir un informe de Jepsen sobre un motor que creies conèixer és una experiència formativa notable, perquè mostra la distància entre el que un producte promet al seu web i el que garanteix sota partició de xarxa.

Com no ofegar-se. Tres regles. Una: els agregadors es llegeixen per titulars, no per articles; n'obres dos, no dotze. Dues: si un tema no et toca a la feina ni en un projecte propi, llegir-ne és entreteniment, no formació —cosa que està bé, però no ho comptis com a estudi—. Tres: reserva una estona fixa, trenta minuts setmanals, i fora d'aquesta estona no llegeixis res. L'actualitat tècnica no és urgent gairebé mai.

Les certificacions existeixen en tres famílies: les de producte de base de dades (per exemple, les certificacions oficials de MongoDB per a desenvolupament i administració, o les que ofereixen les empreses que donen suport comercial a PostgreSQL), les de proveïdor de núvol (els tres grans tenen certificacions de dades i de bases de dades, amb catàlegs que reorganitzen sovint) i les de plataforma de formació, que en realitat són certificats de finalització i no certificacions.

Dues cauteles. Primera: els catàlegs, noms, codis i requisits de les certificacions canvien amb freqüència —es retiren exàmens, es reanomenen, es fusionen—; consulta sempre el catàleg oficial del proveïdor i no et fiïs de llistes de tercers, inclosa aquesta. Segona: el valor més gran d'una certificació no sol ser el diploma, sinó que el seu temari oficial és una llista de comprovació excel·lent del que hauries de saber. Pots fer servir aquest temari com a pla d'estudi sense presentar-te mai a l'examen, i és una estratègia perfectament legítima.

Un pla d'estudi necessita cinc coses: hores setmanals realistes, temes ordenats, un recurs concret per tema, un lliurable per bloc i una data de revisió. Sense lliurable no és un pla, és una llista de desitjos.

Aquest és l'esquelet, pensat per escriure's en un fitxer i versionar-se al costat del teu projecte.

I aquesta és una instància completa de la plantilla, per a un perfil de desenvolupament d'aplicacions. Serveix com a exemple de nivell de concreció, no com a pla universal.

Com detectar que un curs fa anys que no es toca (rellevant en triar els recursos del teu pla): la versió del motor que apareix a les captures està diverses versions per darrere de l'actual; es fan servir eines la interfície de les quals ja no s'assembla a la real; els comentaris recents pregunten per què un pas ja no funciona; el temari ignora funcionalitats que avui són estàndard al motor; i no hi ha data d'actualització visible enlloc. Qualsevol d'aquests senyals no invalida un curs de teoria —la normalització no ha canviat—, però descarta un de producte.

Error 1: col·leccionar cursos. Matricular-se en sis cursos i no acabar-ne cap és un patró tan comú que té nom propi a les plataformes. Un cada vegada, amb el seu lliurable, i fins que no hi hagi el lliurable no comença el següent.

Error 2: veure vídeo sense escriure codi. Veure algú escrivint SQL produeix la il·lusió completa d'haver après, i aquesta il·lusió es desfà tan bon punt tens el cursor parpellejant en una consulta en blanc. Atura el vídeo, escriu tu, i quan funcioni, trenca'l expressament.

Error 3: buscar en un fòrum abans que al manual. La resposta del fòrum resol el símptoma d'avui; el manual t'ensenya on serà la resposta de demà. I en un percentatge sorprenent de casos, la resposta del fòrum és d'una versió que ja no existeix.

Error 4: perseguir el certificat en lloc del projecte. Ja s'ha dit: un esquema ben dissenyat i documentat en un repositori públic pesa més en una conversa tècnica que qualsevol diploma de finalització.

Error 5: estudiar un motor que no faràs servir. Aprendre Cassandra "per si de cas" quan treballes amb PostgreSQL és temps que rendeix poc. L'excepció legítima és estudiar un motor de família diferent per entendre el contrast, que és just el que va fer el mòdul 3 d'aquest curs: no per fer servir Neo4j, sinó per veure el model relacional des de fora.

Error 6: no fixar hora. "Estudiaré quan pugui" significa no estudiar. Dues franges fixes al calendari, amb avís, i tracta-les com una reunió.

Consell 1: barreja sempre un recurs lent i un de ràpid. Un llibre en marxa (format de 09-01) i una plataforma de pràctica en marxa. El llibre dona criteri, la pràctica dona soltesa, i cadascun fa suportable l'altre.

Consell 2: escriu el que aprens. Una nota curta per sessió —què vaig provar, què va fallar, què vaig entendre— converteix hores disperses en alguna cosa consultable. I si t'atreveixes a publicar-les, escriure per a altres és el millor detector de llacunes pròpies que existeix.

Consell 3: tradueix-ho tot al teu domini. Els exercicis de PGExercises van d'un club esportiu; reescriu-ne tres contra BiblioRed. La traducció és on s'aprèn, perquè obliga a entendre la consulta en lloc de copiar-la.

Consell 4: fes servir els temaris oficials com a llistes de comprovació. El temari d'una certificació o l'índex d'un curs universitari són inventaris molt treballats del que cal saber. Aprofita'ls encara que no t'hi matriculis.

Aquests exercicis són de planificació i de pràctica real, no de memòria. No tenen una única resposta correcta: les solucions són respostes model raonades, i la teva serà diferent i podrà ser igual de bona si el raonament s'aguanta.

Omple la plantilla pla-estudi.yml de l'apartat 9 amb el teu cas real. Requisits mínims:

1. Tres punts febles concrets, citant la lliçó on van aparèixer (no "SQL", sinó "a 07-04 no vaig saber resoldre el préstec anterior del mateix soci sense subconsulta correlacionada").
2. Un perfil objectiu justificat.
3. Hores setmanals que puguis complir de debò, amb dia i hora fixos.
4. Quatre blocs de tres setmanes, cadascun amb recursos anomenats i un lliurable verificable.
5. Un criteri d'èxit per bloc que no sigui "haver-ho llegit".
6. Una data de revisió intermèdia i les preguntes que et faràs en aquell moment.

Busca tres cursos en línia sobre bases de dades o SQL: un d'una universitat, un d'una plataforma comercial i un de gratuït d'una comunitat o d'un fabricant. Sense matricular-te a cap, en vint minuts per curs, omple aquesta taula i decideix quin faries i per què:

Afegeix una frase final: quina part d'aquell curs et saltaries, atès el que ja saps després d'aquest.

Durant una setmana, prohibeix-te buscar a internet qualsevol dubte de PostgreSQL: només el manual oficial. Tria una secció de la taula de l'apartat 3 que no hagis treballat (per exemple, Data Types o Indexes), llegeix-la sencera i produeix:

1. Cinc consultes o sentències DDL contra BiblioRed que facin servir alguna cosa que has descobert en aquella secció i que abans no coneixies.
2. Un canvi a l'esquema de BiblioRed que faries a la llum del que has llegit, amb la seva justificació.
3. Tres coses que creies saber i estaven malament o incompletes.
4. Una valoració honesta: quant més lent va ser que buscar a internet, i va compensar?

Són respostes model. El que s'avalua és el raonament, no la coincidència.

Solució 1 (resposta model)

El que fa bo aquest pla no és la seva ambició, sinó tres coses: els punts febles estan citats per lliçó, els lliurables són verificables per un tercer, i hi ha un mecanisme explícit per retallar a la revisió en lloc d'abandonar.

Solució 2 (resposta model)

Un veredicte típic, amb els tres perfils habituals:

Què em saltaria de l'A: els projectes de programació, tret d'interès a construir motors. Del C: els mòduls introductoris de CRUD, ja coberts per 03-03 i 08-02.

La conclusió important de l'exercici sol ser aquesta: després d'aquest curs, la majoria dels cursos generalistes de SQL ja no t'aporten res, i el temps rendeix molt més en documentació oficial, pràctica corregida i material universitari de nivell alt.

Solució 3 (resposta model, secció Data Types)

1. Cinc coses noves aplicades a BiblioRed.

2. Canvi d'esquema justificat. Substituir data_inici/data_fi de reserves_sala per un tstzrange amb restricció d'exclusió. Motiu: la regla "dues reserves de la mateixa sala no es poden solapar" passa de ser una comprovació a l'aplicació —que falla sota concurrència, just el problema de 06-02— a ser una restricció del motor, que no falla mai. És el mateix principi de 02-06: si la regla és d'integritat, viu a la base de dades.

3. Tres coses que creia saber i estaven malament.

• Creia que timestamp i timestamptz es diferenciaven en el fet que un guarda la zona horària. No la guarda: timestamptz normalitza a UTC en emmagatzemar i converteix a la zona de la sessió en llegir. Això canvia com cal pensar els informes per franja horària.
• Creia que varchar(n) era més eficient que text a PostgreSQL. No ho és; el límit és una restricció, no una optimització, i posar-lo sense motiu només genera migracions futures.
• No sabia que existien els tipus de rang ni les restriccions d'exclusió, i feia temps que resolia a mà un problema que el motor resol declarativament.

4. Va compensar? Va ser clarament més lent: llegir la secció sencera va costar unes tres hores davant dels dos minuts d'una cerca puntual. Va compensar, i molt, perquè les tres troballes anteriors no es poden buscar: no sabia que existien, i per tant no hauria formulat mai la consulta que les trobaria. Aquest és l'argument a favor de llegir documentació per blocs en lloc de només consultar-la: resol el problema de les coses que no saps que no saps.

Aquesta lliçó es pot resumir en quatre decisions.

La primera: comença per la documentació oficial, i estudia-la per blocs. El manual de PostgreSQL no és només una referència per consultar dubtes: llegit secció a secció, amb una llibreta de consultes pròpia, és el millor curs disponible sobre el motor, i és gratuït. El mateix val per al MongoDB Manual, per a la documentació de SQLite —els documents de disseny de la qual són lectura formativa per si mateixos— i per a Redis, Neo4j i Elasticsearch quan els necessitis. La documentació oficial mana sobre qualsevol curs.

La segona: practica on et corregeixin. PGExercises, SQLZoo, SQLBolt per al bàsic, HackerRank i LeetCode per a volum i entrevistes. Tria la plataforma segons el que se't va encallar al mòdul 7, i recorda el seu límit: ensenyen a consultar, no a dissenyar. Els mòduls 4, 5 i 8 d'aquest curs no tenen plataforma equivalent, i el seu equivalent és dissenyar coses i sotmetre-les a crítica.

La tercera: quan vulguis profunditat, ves a la universitat. El material obert del CMU Database Group i la sèrie «Databases» de Stanford estan a un nivell que cap curs comercial de SQL no assoleix, i són la continuació natural del que 01-04 i 06-03 van deixar apuntat. Busca'ls pel seu títol exacte al lloc de la institució.

I la quarta, la que decideix si les altres tres serveixen d'alguna cosa: escriu el teu pla i posa-li lliurables. Quatre blocs de tres setmanes, un recurs anomenat i una cosa construïda per bloc, dues franges fixes al calendari i una revisió a mig camí per retallar sense abandonar. Sense lliurables no hi ha pla; amb lliurables, en dotze setmanes tens un projecte públic que val més que qualsevol certificat.

I per última vegada l'advertiment que obre i tanca aquesta lliçó: cursos, preus, plans gratuïts, catàlegs de certificació i continguts canvien sense avís, i els cursos de producte envelleixen malament. Verifica sempre a la font oficial abans de matricular-te o pagar, i davant de qualsevol discrepància entre un curs i la documentació del motor, la documentació té raó.

Ja tens què llegir i on practicar. Falta el tercer vèrtex: amb què. La lliçó 09-03 cobreix les eines amb què es treballa de debò —els motors a la teva màquina, els clients, les eines de disseny, les migracions, les dades de prova, el diagnòstic i les còpies de seguretat— i inclou el fitxer de Docker Compose que aixeca en una ordre l'entorn exacte del cas poliglota de 08-03.