La procedura “New Data Source” in DataTime, è una semplice join arbitraria che porta alla creazione di un tabellone molto utile per la produzione dei report. Una volta creata la nostra tabella di riferimento grazie all’operazione Slice & Dice definiremo i confini dell’analisi alle sole parti che ci interessano.

Ora vediamo nello specifico quali sono le procedure da seguire per la creazione di un nuovo Data Source dopo l’installazione del software:

1. 1. Cliccare su SELECT PROJECT
2. 2. Accedere alla schermata NEW COLLECTION, che ci offrirà una lista di applicativi per database a cui accedere. ( in aula il più usato è stato il DB Northwind di Access)
3. 3. Aprire un NEW DATA SOURCE si aprirà la finestra DataSource designer, in cui verranno mostrate tutte le tabelle facenti parte il nostro DB.
4. 4. Trascinare sulla destra le tabelle per espanderle mostrandone i contenuti
5. 5. Cliccare col tasto destro del mouse, selezionare la voce Map DBMS Relationships on Objects on Designer Panel, grazie alla quale si ha evidenza delle relazioni direttamente esistenti tra i vari attributi delle tabelle selezionate.
6. 6. (per i più esperti) Cliccare su proprietis per passare dal linguaggio Microsoft a quello Oracle
7. 7. Salvare

Dopo aver completato tale procedimento ed aver dato vita a un nuovo Data Source, si passa alla scelta delle dimensioni del report, Vertical, Cross o Horizontal, attraverso la finestra REPORTGRID DESIGN della schermata principale di DataTime.

Per finire si clicca sul pulsante Generate e da qui si accede al REPORT COMPOSER, la finestra che ci offre la possibilità di migliorare la parte visuale del nostro report implementando grafici, cruscotti, immagini, testo e molto altro.

Grazie al post precedente siamo entrati nel mondo DataTime e abbiamo potuto osservare le caratteristiche principali che rendono tale soluzione di reportistica la più flessibile sul mercato rappresentando, quindi un vantaggio competitivo per le aziende che ne usufruiscono.

Proviamo a entrare un po’ nello specifico parlando del sistema di rappresentazione grafica di DataTime, che offre agli utenti la possibilità di posizionamento dei grafici in 3D, attraverso l’utilizzo di un motore di rendering che crea l’opportunità di gestire i grafici in estrema autonomia posizionandoli e colorandoli un po’ come si vuole.

Un altro importante elemento di differenziazione di DataTime è il sistema di Dashboards che consente di creare cruscotti personalizzati, andando ben al di là delle opzioni che vengono fornite da altri software, visto che in tale configurazione i cruscotti sono linkabili direttamente ai dati e ne riflettono costantemente i valori nei vari refresh o drill.

Per finire possiamo focalizzare la nostra attenzione sul fatto che, DataTime poggia il suo reporting system e l’impaginazione del layout grafico su un potente motore ETL, che lavora su due livelli in cui :

· Ogni procedura di tipo SQL può essere utilizzata

· L’utente attraverso il codice può indicare qualunque tipo di trasformazione

DataTime Reporting Solution, è un software fra i più utilizzati al mondo per la gestione della reportistica aziendale attraverso la piattaforma Framework NET.

Con DataTime la capacità di connessione verso i database è universale, i DBMS possono risiedere su qualunque tipo di macchina, con qualunque sistema operativo ed in qualunque parte del mondo, infatti questo software ha connettivita’ verso ORACLE, SQL Server, Access, DBL, SyBase, MY SQL ecc. o anche fogli Excel e semplici file di testo. Una delle caratteristiche più importanti di DataTime è la flessibilità, che comporta la possibilità di gestione di molti tipi di layout con annesse molteplici modalità di slice and dice del cubo multidimensionale dei dati. Inoltre esso include potenti funzionalità, come la rendicontazione, ROLAP, Grafici, Data Integration, Query Builder, ETL (estrazione dei dati, la trasformazione e di carico), ecc.

Data Time fornisce due possibilità per pubblicare i report sul web:

UPDATABLE: con questa architettura non si hanno vincoli di piattaforma per il server web. Ma l’unica possibilità per l’utente è la consultazione dei report.

INTERACTIVE: in questo caso all’utente è permesso di interagire con i report: rigenerazioni on demand, operazioni di drill, e poi ancora tutti i report sono esportabili verso Excel e renderizzabili in file PDF o pagine HTML.

Dopo aver elencato le principali caratteristiche di questo importante tool di reporting, vediamo ora, quali sono i passi da percorrere per creare un report con DataTime:

1. scaricare gratuitamente una demo del programma all’indirizzo: http://www.datatime.eu/download.aspx

2. aprire il programma, cliccare su Nuovo progetto e su Apri progetto

3. Ciccare su Nuova connessione

4. selezionare il database dal quale si vuole creare il report e salvare la connessione.

5. Cliccare su Quick report e su Ricarica struttura.

6. Selezionare una tabella tra quelle disponibili

7. cliccare su Query current e poi su Quick report

8. Effettuare nelle successiva finestra le operazioni di slice & dice

9. Ciccare su Generate

Gli strumenti di query reporting e analisi consentono di chiarire le informazioni aziendali all’interno e all’esterno dell’organizzazione fornendo l’accesso ai dati più richiesti in modo affidabile e sicuro.

Le organizzazioni utilizzano le informazioni raccolte attraverso una strategia di business intelligence per incrementare il loro vantaggio competitivo.
I dati raccolti vengono opportunamente elaborati e utilizzati per supportare concretamente il decision making del management aziendale, monitorando l’andamento delle performance, generando stime previsionali, ipotizzando scenari futuri e future strategie.

Il mercato ha visto, nel tempo, un proliferare di software specifici di query reporting, di cui i più conosciuti sono:

· ACTUATE automatizza la generazione di informazioni strutturate che rende possibile fornire ogni tipo di Report in maniera dinamica e personalizzato, offrendo,Facilità di consultazione, Navigazione intelligente,Qualità delle immagini, Accesso istantaneo:

· BUSINESS OBJECTS è il principale fornitore mondiale di soluzioni software per la business intelligence (BI) che, con oltre 42.000 clienti in tutto il mondo, permette di realizzare reportistica evoluta ad analisi sui dati esistenti in altri database.
Mentre i dati sono archiviati su database esterni, le diverse entità e le relazioni intercorrenti sono descritte in un livello intermedio di metadati.

· DataTime è la più potente soluzione di reportistica (ROLAP), dashboards e business analytics esistente sul mercato, in termini di velocità di processamento e flessibilità del layout.

· MicroStrategy consente di gestire elevatissime quantità di dati direttamente sul web, esso è in grado di analizzare quantità di dati di gran lunga superiori, gestendo archivi informatici con una dimensione media di 300 gigabytes.

· Cognos offre capacità di Business Intelligence complete in un unico prodotto, su una architettura collaudata orientata ai Web service. È Facile da integrare, implementare e utilizzare.

Il DW trasforma i dati dell’impresa, dispersi, non omogenei e difficilmente consultabili in informazioni strutturate, facilmente leggibili, esaminabili con efficienza e pronte per realizzare il controllo direzionale.

L’ambiente ETL (Extraction, Transform, Loading) permette l’estrazione e la raccolta, il caricamento e la trasformazione di ampi volumi di dati, provenienti dalle più disparate fonti informative e di qualsiasi tipologia: da quelli con una struttura semplice (esempio file sequenziali) a quelli con struttura più complessa (es. tabelle di RDBMS, file XML) o quelli provenienti dal web (click stream), ma anche dati da fogli elettronici o da immissione manuale (data entry) da parte degli utenti.

Circa il 70% delle attività connesse alla realizzazione e al mantenimento di un data warehouse viene assorbito dalla fase di Etl, è quindi interessante ricercare soluzioni che diano il giusto mix tra espressività delle trasformazioni, che è possibile ottenere, e manutenibilità del codice di gestione, assieme alle necessarie garanzie di robustezza del processocomplessivo.
Infatti, la costruzione e il successivo mantenimento di un data warehouse monolitico di stampo tradizionale non è più indicato, perché incapace d’adeguarsi a «quello che c’è sotto», che muta velocemente e che, quindi, non può essere imbrigliato dalle consuete necessità di production quality, tipiche dei sistemi operazionali.
Gli aspetti più interessanti sono quelli esplorativi assieme alla capacità di produrre sintesi in tempi molto brevi e d’adeguarle al mutamento della visione di business in tempi altrettanto rapidi.

L’ETL opera in modo trasparente con tutti gli RDBMS (Oracle, SQL Server, DB2, Sybase, Informix, MySQL, etc) e fornisce strumenti ottimizzati per il caricamento ed il refresh dei dati. Tali strumenti sfruttano al meglio, ed in modo completamente automatico, le utility avanzate di gestione dei dati offerte dal RDBMS.

Tra i migliori esempi di applicativi ETL ricordiamo :

SmartDB Workbench
DataStudio
Integrator
Informatica PowerCenter
Datastage IBM
SSIS Microsoft
I-service IngeniumTechnology
Scriptella ETL
Benetl
Oracle Data Integration Suite
Kettle Pentaho Data Integration

Il sistema informativo aziendale è lo specchio dello stato organizzativo dell’impresa. O almeno uno dei più rilevanti. L’infrastruttura informativa dell’impresa, infatti, è la rete linfatica del corpo aziendale.

Il sistema informativo aziendale serve per reperire, memorizzare, elaborare, trasmettere e presentare informazioni necessarie per il funzionamento dei processi di controllo e operativi aziendali e ce ne sono di vari tipi.

I primi sistemi transazionali nascono tra gli anni 70-80 con l’avvento dei sistemi on-line e l’integrazione con I DBMS (Database Management System)

I Sistemi transazionali sono sistemi informatici che eseguono operazioni-on line su basi di dati. Tali sistemi sono utilizzati contemporaneamente da più utenti che accedono alla stessa base dati attraverso delle procedure predefinite.

Nel database transazionale i dati corrispondono sempre ad una situazione costantemente aggiornata che tuttavia non fornisce un quadro storico del fenomeno.

Uno dei primi sistemi transazionali fu il sistema di prenotazione per I biglietti aerei. L’esigenza era quella di gestire un numero enorme di agenzie sparse in tutto il mondo con la necessità di gestire la coerenza delle informazioni (un biglietto venduto non deve essere più accessibile).

Il Data Mart è un raccoglitore di dati raccolti da dati operativi e di altre fonti che è stato progettato come supporto di conoscenza specifico.

Un Data mart contiene un’immagine dei dati che permette di formulare strategie sulla base degli andamenti passati.

Il Data mart viene generalmente creato per venire incontro ad un’esigenza specifica e già determinata a differenza del DW che invece viene creato partendo dal generale per poi arrivare a quella che è la specifica esigenza del momento.

DataWarehouse è un termine molto in voga negli ultimi anni, a volte anche abusato.

DW è un sistema di Business Intelligence basato su una base dati relazionale. Dal punto di vista pratico si tratta di una base dati strutturata per contenere una replica parziale del sistema informativo aziendale in un formato che renda ottimale l’analisi delle informazioni.

In ogni caso il DataWarehouse serve come:

- Trasformare i dati in infromazioni

- Informazioni giuste al momento giusto alle persone giuste

- Integrazioni tra fonti dati eterogenee

- Elevata profondità storica e Indipendenza dai sistemi sorgente

- Pulizia dei dati e Certificazione dei dati a tutti i livelli

- Gestione per eccezioni dei processi aziendali

I sistemi DataWarehouse sono OLAP (On Line Analytical Processing), Il termine fu coniato nel 1994 da Codd in uno studio per Arbor, questa struttura individua una classe di prodotti che consentono una ‘navigazione’ nei dati (data surfing), fornendo strumenti di facile uso che mettono l’utente in grado di formulare in autonomia le interrogazioni.

Le architetture OLAP sono in contrapposizione al tradizionale OLTP, OnLine Transactional Processing, questi sistemi elaborano le transazioni tra aziende, o tra azienda e consumatori (anche migliaia) che devono essere completate in tempi brevi (in secondi), stabiliti dal SLA (Service Level Agreement). L’aggiornamento rapido del database e la tolleranza ai guasti nei sistemi OLTP assume un’importanza cruciale.

Nel 1974 Donald Chamberlin e alcuni suoi colleghi dei laboratori IBM diedero vita a un linguaggio per la specificazione delle caratteristiche dei database che adottavano il modello relazionale, l’SQL. Questo linguaggio di programmazione ha negli anni varie versioni, che sono state promosse da vari enti.

ANSI (American National Standards Organization) e ISO (International Standards Organization), sono due di questi enti che preparano le specifiche standard cui devono adeguarsi i progettisti dei vari DBMS tutti i prodotti che implementano SQL differiscono in maniera più o meno marcata dagli standard ufficiali, aggiungendo delle variazioni alla sintassi o ampliando alcune funzioni.

Nel 1986, anno in cui arriva ANSI, è stato promulgato il primo standard il SQL/86; che possedeva già gran parte delle primitive di formulazione di interrogazioni, ma offriva un limitato supporto per la definizione e manipolazione dei dati e delle strutture logiche che avrebbero dovuto contenerli.

Nel 1989 lo standard è stato ulteriormente esteso ma in modo limitato; l’aggiunta più significativa di questa versione è stata la definizione dell’integrità referenziale. Si fa riferimento a questa versione dello standard usando il nome SQL-89.

Nel 1992 è stata pubblicata un’altra versione, in gran parte compatibile con quella precedente ma arricchita da un gran numero di nuove funzionalità. Si fa riferimento a questa ulteriore versione usando i nomi SQL-92 o SQL-2.

SQL VERSIONE 3 è ufficialmente definito dalla American National Standard Institutein SQL ANSI: 1999 STANDARD.

]]> http://simonca.wordpress.com/2008/11/16/ansi-sql/feed/ 0 Simone matrix_wideweb__430x326 http://simonca.wordpress.com/2008/11/15/approfondimenti-su-sql-clausole-where-having-group-by/ http://simonca.wordpress.com/2008/11/15/approfondimenti-su-sql-clausole-where-having-group-by/#comments Sat, 15 Nov 2008 19:20:55 +0000 Simone http://simonca.wordpress.com/?p=199 ]]> SQL non identifica un prodotto commerciale, ma un linguaggio che serve per eseguire varie operazioni sia sui dati che sulle strutture che li contengono. La sigla, acronimo di Structured Query Language, è ormai diventata sinonimo di linguaggio standard per la gestione dei database relazionali.

La lettera S, iniziale di Structured (Strutturato), e la lettera L, iniziale di Language, sono abbastanza semplici, la lettera Q sta per Query che se fosse interpretata alla lettera, limiterebbe il linguaggio SQL a uno strumento per interrogare il database. In effetti SQL fa molto di più che porre delle domande.

le clausole utilizzate con l’istruzione SELECT , in particolare saranno trattate le seguenti:

· WHERE serve per implementare delle condizioni verificabili a livello delle singole righe.

sintassi SELECT * FROM WHERE valori

· GROUP BY permette di formare dei sottoinsiemi per quelle colonne specificate, è possibile applicare questa clausola anche a più di un campo per volta.

sintassi SELECT FROM GROUP BY

· HAVING consente di specificare i record visualizzati dopo che questi sono stati raggruppati dalla proposizione GROUP BY. Sostituisce la clausola WHERE la dove nella condizione appaiono funzioni di gruppo o quando la condizioni deve essere verificata su sottoinsiemi di righe.

sintassi SELECT FROM HAVING

Negli anni 90 Microsoft inserisce nel pacchetto Office Pro, Access un programma semplice e potente per la gestione delle informazioni contenute in un database “relazionale”, i cui livelli e campi di utilizzo sono molto flessibili, dalla semplice creazione di una rubrica telefonica alla realizzazione di un archivio complesso e multimediale per un progetto di ricerca.

Microsoft Access è uno dei RDBMS che si relaziona con il linguaggio SQL In modo tutto sommato semplice ed intuitivo. Per fare una query si può scegliere di utilizzare il wizard visuale escogitato dai ricercatori Microsoft, o in alternativa, scrivere direttamente la query nel linguaggio nativo, il SQL appunto.

Qui di seguito riportiamo le peculiarità “linguistiche” nella relazione fra SQL e Access.

· La clausola top può essere usata per selezionare un certo numero di tuple dal risultato.

· Vengono usate le parentesi quadre per racchiudere gli identificativi di tabelle e attributi.

· L’operatore JOIN deve essere sempre qualificato con il termine inner od outer.

· La valutazione dell’operatore COUNT è diversa: se si dà come argomento un attributo, non

· vengono restituiti i distinti valori dell’attributo, bensì il numero dei valori non nulli.

· L’opzione DISTINCT non è riconosciuta.

· Il carattere jolly per indicare la parte di campo da confrontare con una condizione data in Access diventa “*” invece di “%”.

· Il dialetto SQL di Access accetta sia l’apice singolo (‘) che i doppi apici (“) per identificare le stringhe alfanumeriche.

· Per le stringhe riportanti le date MS Access fornisce la possibilità di adottare la notazione latina GG/MM/AAAA mentre per alcuni DBMS di origine anglosassone ciò non è possibile. Nei comandi le date vanno racchiuse nell’apice singolo (‘) per la maggior parte dei dialetti SQL, mentre per il dialetto Access si usa il cancelletto (#).

· non prevede il salvataggio delle tabelle in modo “separato” ciascuna viene salvata all’interno del file del database e diventa imprescindibile da esso.