Provate a chiedergli di ordinare questi valori:

load * inline [
Stringa
002501A76
1ABAC2244
2500A7600
A BA00000
A-B000000
];

Vi aspettereste che vengnano presentati
esattamente come sono scritti, o eventualmente potreste avere il
dubbio se le cifre vanno prima delle lettere, oppure il contrario

Invece il risultato è questo:

Quando l'ho visto la prima volta ho pensato: "lo fa a caso"; e subito dopo "è un baco della release"

Invece la spiegazione della casa madre è stata circostanziata:

"L'ordinamento in Qlikview viene fatto sul carattere (da sinistra a destra) in base alle impostazioni locali, ma solo i caratteri alfanumerici sono interessanti per la sequenza di ordinamento: tutti gli altri caratteri non-alfanumerici vengono gestiti nello stesso modo, sullo stesso livello. Ad esempio: "A-B" verrà ordinato prima "A BA" perché "-" e "" verranno trattati in maniera uguale.

Se la stringa contiene valori numerici, QlikView ordina la parte numerica della stringa, prima di applicare l'ordinamento alfanumerico. Questo spiega il perché 1ABAC2244 viene ordinate prima di 002500A76 nell'esempio. La parte numerica di 002500A76 sarà 002500 (o 2500) che verrà confrontata con 1 (parte numerica di 1ABAC2244).

Tutti i valori numeri identici ricevono lo stesso simbolo, indifferentemente dalla loro presentazione - ad esempio 0025, 025, 25 etc. sono considerati identici ed i simboli usati per rappresentarli è semplicemente quello che appare nel primo array ("0025" in questo caso) e questo implica che questi valori vengono raggruppati condividendo uno stesso simbolo ..."

E se uno volesse l'ordinamento classico ?

Se invece provate a fare il rank(Stringa), l'ordinamento è ancora diverso....

Ha così tante novità che se chiedete a più sviluppatori quali siano le cose nuove, ognuno di loro vi dirà qualcosa di diverso... e avranno tutti ragione. Provare per credere.

Ecco le innovazioni principali secondo il mio punto di vista:

1. forte incentivo all'utilizzo del server (ci saranno novità per le licenze)
2. client per iPhone (già disponibile nell'App Store, si può collegare a QlikView Server precedenti alla 9, ad esempio 8.50)
3. tutti i client hanno ora le stesse funzionalità, mentre prima il client Java (ad esempio) era indietro rispetto al plugin per Internet Explorer; anche la grafica è stata resa omogenea
4. possibilità di aprire un altro documento mantenendo le selezioni di quello attivo (le grandi aziende che analizzano tutti i loro processi con QlikView saranno con le bave alla bocca, era una funzionalità molto richiesta)
5. Dynamic Data Update: ricaricamenti in background dei dati, qualcosa concettualmente simile al Partial Reload ma che potrà anche eliminare righe (era il grosso limite del Partial Reload), il Server invierà al client i dati in push (modalità asincrona, automaticamente)
6. le Azioni permetteranno di implementare la maggior parte delle funzionalità che prima si creavano con le macro, in maniera decisamente più elegante
7. possibilità di inserire dei link http (tramite azione collegata ad un pulsante oppure come tipo di visualizzazione dei dati di una colonna in una tabella)
8. Sparklines: possibilità di inserire un grafico con una dimensione all'interno della cella di una tabella (si decide la dimensione nella rappresentazione dell'espressione)
9. nuove possibilità di rappresentazione grafiche attraverso i Trellis (grafici iterati su una dimensione)
10. possibilità di esportare/importare un XML con gli sheet e gli oggetti di presentazione del .qvw (ciò apre le porte a due cose: generazione programmatica di documenti QlikView; inserimento di documenti QlikView in sistemi di controllo versione, seppur in modo "manuale" esportando ed importando... Ma c'è potenziale per superare anche questo ostacolo in versioni future)
11. le listbox potranno mostrare in visualizzazione ad albero i valori dei campi generati con Hierarchic Load (non solo, ad esempio analizzando i log di un webserver si potrà usare la visualizzazione ad albero col separatore / per analizzare gli URL delle richieste)
12. eliminato il limite di due miliardi di righe nelle tabelle (non che io abbia mai visto qualche documento che lo raggiungesse), ora sul serio non c'è limite se non quello imposto dalla RAM del server
13. non sarà più necessaria la licenza professional per creare oggetti su QlikView Server, e sarà possibile creare anche degli sheet nuovi (fino ad oggi non si poteva fare, e si aggirava il problema prevedendo già uno sheet vuoto per personalizzazioni dei singoli utenti)
14. l'utente che crea oggetti in un documento sul server potrà decidere se mostrarli selettivamente agli utenti che vorrà (invece che a tutti oppure solo a sé stesso)
15. nuovo tipo di oggetto: campo di ricerca, permetterà di creare una casellina che cercherà in tutti i campi del documento, oppure in determinati campi impostati nelle proprietà, mostrando i risultati dei singoli campi (utile ad esempio per cercare contemporaneamente in un campo codice e in un campo descrizione, senza doverli necessariamente concatenare in un terzo campo)
16. man mano che si fa una ricerca in un campo, la stringa di testo cercato verrà evidenziata in giallo nei risultati
17. wizard per creare grafici a boxplot oppure candele giapponesi (che era comunque già possibile fare a mano, si veda http://blog.querit.it/2008/03/grafici-a-candele-giapponesi.html
18. eseguendo QlikView senza licenza si attiverà QlikView Personal: sarà possibile creare documenti senza alcuna limitazione, ma non potranno essere aperti da altri utenti; sarà possibile pubblicarli e scaricarli su un sito della QlikTech dedicato ad applicazioni QlikView opensource

Sto scrivendo a memoria, quindi di sicuro ho dimenticato qualcosa.

E a voi quale novità in particolare sembra innovativa?

Il risultato? Forse perché entrambi i sistemi puntano allo sviluppo di applicazioni trasversali in tempo breve, forse perché (ora) sono entrambi ideali per grandi aziende, ma poche ore fa QlikTech ha annunciato la partnership con HP e la possibilità per QlikView di caricare dati da Neoview.

Il mio parere? Un ottimo accordo in tempi di crisi, mutua pubblicità ed un modo per HP per risollevarsi (si è aggrappata ad una scala mobile); una notizia forse meno interessante dal punto di vista puramente tecnico.
Mi riservo di cambiare idea in futuro analizzando qualche caso pratico, ma per ora mi sembra soltanto l'ennesimo custom data source.

E voi che ne pensate?

Spesso sviluppando capita di avere a che fare con caricamenti molto lenti, ad esempio da viste con molte join (che sarebbe opportuno rifare a livello QlikView, ma questa è un'altra storia) oppure server o DBMS obsolescenti.
Durante la fase di sviluppo si fanno molti ricaricamenti consecutivi per provare piccole modifiche, e perdere tempo risulta inutile, inefficiente, fastidioso. Per aggirare il problema è possibile dire a QlikView di ricordarsi ciò che gli ha ritornato una load (o una select) tramite il comando buffer:

buffer (stale 8 hours) sql select * from tabella;
buffer (stale 1 hour) load id, capitalize(desc) as desc from tab2.qvd (qvd);

Così facendo QlikView la prima volta che viene eseguito crea un QVD temporaneo e, finché non "scade" (la durata viene specificata fra le parentesi) dalla seconda volta in poi carica da quello anziché dalla vera fonte dati.
E caricare da QVD significa caricare a circa 30 megabyte al secondo, mentre una vista pesante potrebbe restituire cento righe al secondo, che magari sono soltanto 2 kb.
Se dovesse essere modificato il testo della load (ad esempio viene caricato un campo in più, o viene usato capitalize() per un campo di testo) QlikView sarà sufficientemente furbo da ricaricare dalla vera fonte dati e sostituire il buffer.

EN

Quite often when developing you keep reloading your document, just to test slight changes. Having to wait slow SELECTs is really upsetting, so here is a way to tell QlikView not to reload them every single time, but rather save its content on a fast QVD when the query itself is unchanged:

buffer (stale 8 hours) sql select * from tabella;
buffer (stale 1 hour) load id, capitalize(desc) as desc from tab2.qvd (qvd);

QlikView will reuse the same data for 8 and 1 hours (in the example above).

QlikView gestisce le date come il numero (decimale) di giorni passati dal 30 Dicembre 1899. Non ho mai capito perché, è una scelta abbastanza strana. Speravo che fosse un tributo a qualche evento interessante del 30 dicembre 1899, ma l'unico fatto apparentemente rilevante è la morte di un politico comunista svedese... Che delusione.
Tornando a noi, ciò significa che:

• il giorno 2 è il primo Gennaio 1900 a mezzanotte
• il giorno 2.5 è il primo Gennaio 1900 a mezzogiorno

Ne consegue un gran numero di proprietà comode per elaborare date, ma giocando con una data come se fosse un numero, la sua rappresentazione diventa numerica. Per tornare alla rappresentazione di data basta mettere attorno date() (o timestamp() se vogliamo mostrare anche l'ora; oppure impostare il formato nell'oggetto che mostra il campo con la data in questione).

Qualche esempio:

• floor(now()) equivale a today(), cioè la mezzanotte di oggi (solo molto più pesante)
• ceil(now()) è la mezzanotte di domani
• now()+7 è fra una settimana a quest'ora
• data_pagamento - data_scadenza_fattura è il numero di giorni di ritardo di pagamento
• today() + 365*4 non è oggi fra 4 anni causa anni bisestili, per quello è più furbo usare addyears(today(), 4)
• today() + 30 probabilmente non è lo stesso giorno del mese prossimo, per quello è più furbo usare addmonths(today(), 1)
• 37145 + 0.36575 è circa uguale a makedate(2001, 9, 11) + maketime(8, 46, 40) che equivale a '11/09/2001 8.46.40'
• 39739 è il mio prossimo compleanno

Una piccola nota sulla funzione date(espressione [, formato]): serve per formattare il primo argomento secondo la stringa di formato, se non viene specificata viene usato il valore della variabile DateFormat (impostato ad inizio script).
Attenzione però: modifica solo la rappresentazione, ma non tocca il dato. Infatti date(makedate(2008)+maketime(12), 'DD/MM/YYYY') ci mostrerà '01/01/2008' ma conterrà anche l'ora (mezzogiorno). Per capire come mai la rappresentazione sia diversa dal valore numerico sottostante, vedere il mio vecchio post sulla rappresentazione testuale, numerica, duale. Volendo togliere ora, minuti, secondi è sufficiente approssimare per difetto con floor(), come dico più sopra.

EN

QlikView stores dates as the number of days since 30 december 1899. Thus:

• 2 is 1 jan 1900, at midnight
• 2.5 is 1 jan 1900, at midday
• floor(now()) is the same as today() (just slower)
• ceil(now()) means tomorrow
• now()+7 means next week at this time
• payment_date - invoice_due_date is the number of payment delay days
• today() + 365*4 is not today in 4 years, which in fact is addyears(today(), 4)
• today() + 30 is probably not this day next month, which is addmonths(today(), 1)
• 37145 + 0.36575 is almost makedate(2001, 9, 11) + maketime(8, 46, 40) which is '11/09/2001 8.46.40'
• 39739 is my next birthday

Just a note: date(expression [, format]) doesn't actually modify the date, it justs shows it with a given format. Thus date(now(), 'YYYY-MM-DD') = now() yields true, even if it's not midnight.
If it seems odd to you, see my post about dual().

È uscito QlikView 8.50.6206.5: nessuna funzionalità nuova, come si intuisce dal numero di versione è soltanto un hotfix della precedente 8.50.6091.
Corregge un bel po' di bug piccoli ma fastidiosi, fra cui prestazioni del client Java, piccoli dettagli del copia e incolla di oggetti QlikView dentro Office (che è una novità di QlikView 8.x), e soprattutto finalmente si riesce a ridimensionare le colonne delle tabelle senza impazzire! Per quest'ultima ragione consiglio l'aggiornamento a chiunque stia utilizzando l'8.50.6091.

EN

QlikView 8.50.6206.5 is out: no new features, just a hotfix release.
It fixes a huge number of small bugs, including the resize of columns in table objects and graphs, which was kind of broken since 8.50.6091.

Questa è una sfida !

Una bella funzione di QlikView, permette di navigare facilmente nel file system; così, per ottenere l'elenco di un certo tipo di files, in una certa directory, si fa semplicemente:

EN

This is a challenge !

Nice in QlikView, how you can easily navigate inside file system. You can get the directory list of a specific file name pattern, simply by:

Set searchStr = '\*.QVD';

Set Root = 'C:\\myDocs';

For each file in filelist (Root&searchStr);

 < . . . >

Next file

IT

Poi c'è anche la versione ricorsiva, che spazia nelle sottodirectory (viene da un First Tuesday, per cui non è una novità):

EN

There is also a recursive version (this came from a "First Tuesday" meeting, so it's not really a news):

Sub DoDir (Root)

For each file in filelist (Root&searchStr)

  FileList:

  Load '$(file)' as FileName autogenerate(1);

Next file

For each dir in dirlist (Root&'\*')

 Call DoDir (dir)

Next dir

End sub

IT

nella tabella "FileList" ti trovi l'elenco dei files, e poi ne fai quello che vuoi...

I problemi cominciano quando si incontrano files o directory che nel nome hanno un apostrofo.

E già, perché l'apostrofo è terminatore di stringa, e lo script precedente vi segnala inesorabilmente un errore di sintassi all'istruzione:

EN

From the resulting "FileList" table, you can get the file name list, and then you can do wathever you want on each of them.

The trouble begins when you find a name with the apostrophe mark ! In fact, this is a string terminator, and the following statement fails:

Load '$(File)' as FileName autogenerate(1);

IT

L'uovo di Colombo è convertire il carattere APOSTROFO in un'altro, e poi riportarlo al valore originale subito prima dell'uso; nell'esempio uso %

EN

The Columbus egg is traslating the APOST in another character, and then back to APOST yust before using it; in the exemple I'm using %

Let FileNameCleaned=replace(file,chr(39),'%');

Load '$(FileNameCleaned)' as FileNameCleaned autogenerate(1);

Let FileName = replace(peek('FileNameCleaned'),'%',chr(39));

FileData:

Load rowNo() as row, * from [$(FileName)] (ansi, txt, delimiter is '\t', no labels);

IT

Il punto debole, è che l'altro carattere -a sua volta- potrebbe già essere presente

A voi propormi una soluzione più furba !

EN

The weakness is that the new charater could be present too... Can you suggest me a smarter solution ?

Siamo spiacenti ma in questi giorni abbiamo problemi tecnici con http://www.querit.it, che risulta irraggiungibile: risolveremo quanto prima.
Se nel frattempo doveste avere bisogno di contattarci per richiedere consulenze o altro, potete scriverci a info@querit.it.

Ci scusiamo per il disagio.

EN

We're experiencing technical difficulties with http://www.querit.it which is currently down, we'll bring it up as soon as possible.
Meanwhile, feel free to contact us by mailing info@querit.it.

Sorry.

Ha un bel po' di novità!
Ad esempio finalmente i grafici (e non solo) si ricordano la posizione della barra di scorrimento, quindi cambiando selezione questa non salta fastidiosamente all'inizio, migliorando la user experience (è dimostrato che la qualità di un software si percepisca tramite la facilità, comodità e immediatezza di utilizzo).
Sempre riguardo i grafici, ora si può mostrare il valore a metà del segmento, anziché in testa (sul data point): particolarmente utile per grafici a barre impilate (_stacked_), si veda lo screenshot. Implementando questa funzionalità hanno rotto qualcosina, ad esempio per il momento non funziona il numero massimo di valori da mostrare oltre il quale vengono disegnate le barre senza alcun numero, ma l'ho segnalato e mi han confermato che è un bug e verrà risolto quanto prima.
Sono tante anche le novità grafiche: adesso gli oggetti hanno un'ombra (che si può configurare o disattivare), e le multibox sono più carine.

È cambiato anche qualche dettaglio di licenza: ora licenze 32bit e 64bit sono unificate, quindi finalmente posso installare QlikView a 64 bit sul mio PC fisso e superare il limite di 2 GB di RAM per processo che mi costringeva a fare qualche ricaricamento solo ed esclusivamente sul server del cliente (che aveva la licenza a 64 bit).

Tralasciando le altre novità sicuramente interessanti che vi consiglio di leggere nel What's New ufficiale, c'è una particolare funzionalità che hanno implementato ma che non gode della mia simpatia: le Set Analysis. Non sono una invenzione di QlikView, beninteso, le abbiamo già viste in altre piattaforme di business intelligence, ma le ritengo difficili da capire per l'utente finale e soprattutto possono disorientare un po'.
Le Set Analysis permettono di variare l'insieme di dati su cui una espressione lavora, ad esempio se scrivo count({1-$} ID) mi conta gli ID attualmente non selezionati (1 significa l'intero insieme in memoria, come all insomma, e $ la selezione corrente). Tutto ciò si complica ulteriormente quando gli dico di fare conteggi basandosi sulla selezione precedente o, peggio ancora, sulla successiva (posto che io sia tornato indietro di una selezione).
Insomma, sono analisi per utenti molto evoluti (non per utonti) e soprattutto con molta memoria (non RAM, ma proprio testa...).
Vanno decisamente in senso contrario rispetto al mio motto nonché mia filosofia di sviluppo: keep it simple.

Qualcosa di molto semplice, ma che un paio di volte mi è stato chiesto.
Avendo un grafico con troppi valori della dimensione (ad esempio, un grafico con "troppe barre") tali da renderlo illeggibile, è possibile nelle proprietà del grafico specificare un numero di valori visibili (ad esempio 10) ed abilitare la barra di scorrimento, come nella schermata qui a destra.

Un altro piccolo ma utile suggerimento: tenendo premuto shift + ctrl potete spostare i singoli oggetti contenuti nel grafico (come si faceva su Excel).

EN

Just a simple trick, that however a friend of mine needed.
After specifying the maximum number of visible values you can turn on the x-axis scrollbar, as the screenshot shows.

Another trick, both useful and trivial: with a graph focused, hold down shift + ctrl to move its objects (legend, text on chart, and so on, like you used to do on Excel).