{"id":392,"date":"2014-10-28T13:49:19","date_gmt":"2014-10-28T13:49:19","guid":{"rendered":"http:\/\/artigianodelsoftware.wordpress.com\/?p=392"},"modified":"2014-10-28T13:49:19","modified_gmt":"2014-10-28T13:49:19","slug":"accedere-ai-dati-di-confluence","status":"publish","type":"post","link":"https:\/\/artigianodelsoftware.it\/blog\/2014\/10\/28\/accedere-ai-dati-di-confluence\/","title":{"rendered":"Accedere ai dati di CONFLUENCE"},"content":{"rendered":"
\"image_pdf\"<\/a><\/a><\/div>
\n

Scaviamo in profondit\u00e0<\/h1>\n<\/blockquote>\n

In questo post andremo a vedere, con alcuni esempi, come possiamo accedere ai dati di Confluence e JIRA, lavorando direttamente su DB. In particolare vedremo alcuni esempi di come sono memorizzate le informazioni. In figura vediamo lo schema delle tabelle di Confluence.<\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

\n

Perch\u00e9 accedere ai dati?<\/h1>\n<\/blockquote>\n

Prima di iniziare ad esplorare le tabelle dei due sistemi, conviene porsi una domanda fondamentale:\u00a0Perch\u00e9 dobbiamo accedere direttamente ai dati del DB? Quale \u00e8 la necessit\u00e0?<\/strong><\/em><\/p>\n

Uno dei motivi pi\u00f9 importanti \u00e8 sicuramente quello di dover accedere ad informazioni a cui non si avrebbe altrimenti accesso, oppure il dover eseguire una operazione massiva. Questo perch\u00e9 non sempre \u00e8 possibile eseguire una operazione su di una grossa mole di dati, in quanto Confluence\/JIRA non la consentono, come ribadito in altri post <\/a>di questo blog. Fino a quando non saranno disponibili delle funzionalit\u00e0 di un certo tipo, occorre dover agire direttamente da DB. In aggiunta, queste informazioni sono sicuramente utili a coloro che vogliono sviluppare addon per i prodotti Atlassian \ud83d\ude42<\/p>\n

 <\/p>\n

\n

Precauzioni<\/h1>\n<\/blockquote>\n

\"\"<\/p>\n

Prima di agire, occorre sempre che siano prese delle semplici precauzioni. Il motivo mi sembra abbastanza semplice: Quando si lavora direttamente su DB, \u00e8 abbastanza facile arrecare danni. Di conseguenza, sempre meglio avere un backup dei dati\/tabelle\/DB intero prima di procedere con le modifiche.<\/p>\n

Il mio consiglio \u00e8 sempre quello di avere a disposizione un backup del DB completo + una copia delle tabelle su cui si agisce, prima di procedere con qualsiasi operazione.<\/p>\n

 <\/p>\n

\n

Un primo esempio<\/h1>\n<\/blockquote>\n

Supponiamo che si voglia modificare gli avatar standard, con un avatar differente (i motivi possono essere qualsiasi: Marketing aziendale,\u00a0 impostare un avatar di default pi\u00f9 carino, etc).<\/p>\n

 <\/p>\n

\"profile\"<\/a><\/p>\n

 <\/p>\n

Al momento, solo gli utenti possono modificare il proprio avatar. A livello di amministrazione, non \u00e8 possibile eseguire tale operazione. La precedente immagine mostra dove \u00e8 possibile eseguire tale operazione. Adesso vediamo come \u00e8 possibile aggirare tale limitazione, semplicemente andando a lavorare su DB.<\/p>\n

In prima battuta esaminiamo le tabelle dove sono contenute le informazioni delle utenze. In particolare faremo riferimento a:<\/p>\n