{"id":1424,"date":"2026-01-29T08:17:25","date_gmt":"2026-01-29T07:17:25","guid":{"rendered":"https:\/\/ahassan.inscastellbisbal.net\/?page_id=1424"},"modified":"2026-01-29T10:37:02","modified_gmt":"2026-01-29T09:37:02","slug":"definir-les-claus-primaries-per-vincular-tasques","status":"publish","type":"page","link":"https:\/\/ahassan.inscastellbisbal.net\/?page_id=1424","title":{"rendered":"Definir les claus prim\u00e1ries per vincular tasques"},"content":{"rendered":"\n

Dissenyar una base de dades per a la gesti\u00f3 de tasques no \u00e9s nom\u00e9s crear taules; \u00e9s construir el teixit que mantindr\u00e0 la coher\u00e8ncia de la teva informaci\u00f3. Una estructura mal definida \u00e9s una recepta per a dades duplicades o, pitjor, tasques “\u00f2rfenes” que ning\u00fa sap d’on han sortit.<\/p>\n\n\n\n

1. Definici\u00f3 del Model Relacional<\/h2>\n\n\n\n

Per vincular tasques de manera efica\u00e7, necessitem tres pilars: Usuaris<\/strong>, Projectes<\/strong> i Tasques<\/strong>.<\/p>\n\n\n\n

Taula: Usuaris<\/code><\/h3>\n\n\n\n
    \n
  • PK: <\/strong>id_usuari<\/code> (INT, Auto-increment)<\/strong>: Un identificador num\u00e8ric \u00fanic.\n
      \n
    • Justificaci\u00f3:<\/em> Utilitzem una clau subrogada (id) en lloc del correu electr\u00f2nic com a PK perqu\u00e8 els indexs num\u00e8rics s\u00f3n m\u00e9s r\u00e0pids i els correus poden canviar, cosa que trencaria les relacions si fossin PK.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n\n\n\n

      Taula: Projectes<\/code><\/h3>\n\n\n\n
        \n
      • PK: id_projecte<\/code> (INT, Auto-increment): Identificador \u00fanic del projecte.<\/li>\n\n\n\n
      • FK: <\/strong>id_creador<\/code> (<\/strong>References Usuaris.id_usuari<\/code>)<\/strong>: Qui ha creat el projecte.<\/li>\n<\/ul>\n\n\n\n

        Taula: Tasques<\/code><\/h3>\n\n\n\n
          \n
        • PK: <\/strong>id_tasca<\/code> (INT, Auto-increment)<\/strong>: Identificador \u00fanic de la tasca.<\/li>\n\n\n\n
        • FK: <\/strong>id_projecte<\/code> (References Projectes.<\/code><\/strong>id_projecte<\/code>)<\/strong>: Vincula la tasca a un context.<\/li>\n\n\n\n
        • FK: <\/strong>id_assignat<\/code> (References Usuaris.<\/code><\/strong>id_usuari<\/code>)<\/strong>: L’usuari responsable de l’execuci\u00f3.<\/li>\n\n\n\n
        • FK: <\/strong>id_pare<\/code> (References Tasques.<\/code><\/strong>id_tasca<\/code>, Nullable)<\/strong>: Per permetre sub-tasques (relaci\u00f3 recursiva).<\/li>\n<\/ul>\n\n\n\n

          2. Justificaci\u00f3 t\u00e8cnica: Per qu\u00e8 aquestes claus?<\/h2>\n\n\n\n
          Criteri<\/td>Descripci\u00f3<\/td><\/tr><\/thead>
          Integritat Referencial<\/strong><\/td>Les FK<\/strong> impedeixen que assignis una tasca a un projecte que no existeix o a un usuari que ha estat esborrat.<\/td><\/tr>
          Unicitat<\/strong><\/td>Les PK<\/strong> garanteixen que cada tasca sigui una entitat at\u00f2mica. Encara que dues tasques es diguin “Revisar pressupost”, el seu ID les diferencia sense error possible.<\/td><\/tr>
          Funcionalitat Real<\/strong><\/td>La relaci\u00f3 FK <\/strong>id_pare<\/code> dins de la mateixa taula de tasques permet jerarquies infinites, essencial en metodologies com Agile o GTD.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

          3. Restriccions (Constraints) i \u00cdndexs<\/h2>\n\n\n\n

          Perqu\u00e8 el sistema no es degradi amb el temps, hem d’aplicar regles estrictes:<\/p>\n\n\n\n

            \n
          1. Restricci\u00f3 <\/strong>ON DELETE CASCADE<\/code>: En la FK de id_projecte<\/code> dins de Tasques<\/code>. Si s’esborra un projecte, totes les seves tasques han de desapar\u00e8ixer. No volem dades escombraria.<\/li>\n\n\n\n
          2. Restricci\u00f3 <\/strong>NOT NULL<\/code>: Tant id_projecte<\/code> com el t\u00edtol de la tasca han de ser obligatoris. Una tasca “al buit” no \u00e9s operativa.<\/li>\n\n\n\n
          3. \u00cdndexs (Indexes)<\/strong>:\n
              \n
            • Crear un \u00edndex a Tasques.id_assignat<\/code>.<\/li>\n\n\n\n
            • Crear un \u00edndex a Tasques.estat<\/code>.<\/li>\n\n\n\n
            • Per qu\u00e8?<\/em> Les consultes m\u00e9s habituals seran “Quines tasques tinc jo?” o “Quines tasques estan pendents?”. Sense \u00edndexs, la base de dades hauria de llegir tota la taula cada vegada.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n\n\n\n

              4. Casos d’\u00fas<\/h2>\n\n\n\n
                \n
              • Vincular tasques a una fita (Milestone):<\/strong> Si afegeixes una taula de Fites<\/code>, la FK aniria a la taula Tasques<\/code>. Aix\u00f2 permet agrupar tasques cronol\u00f2gicament.<\/li>\n\n\n\n
              • Tra\u00e7abilitat de responsabilitat:<\/strong> Gr\u00e0cies a la FK id_assignat<\/code>, el sistema pot enviar notificacions autom\u00e0tiques nom\u00e9s a l’usuari implicat quan la tasca canvia d’estat.<\/li>\n\n\n\n
              • Subtasques:<\/strong> En definir la FK id_pare<\/code>, pots crear una estructura d’arbre. Una tasca “Preparar esdeveniment” (ID 10) pot tenir subtasques amb id_pare = 10<\/code> (Llogar sala, Contractar c\u00e0tering, etc.).<\/li>\n<\/ul>\n\n\n\n

                Aqu\u00ed teniu la taula<\/strong> de claus<\/strong> prim\u00e0ries<\/strong> per vincular tasques<\/strong>:<\/p>\n\n\n\n

                \"\"<\/figure>\n\n\n