In questo articolo spiegherò come ottenere una classificazione per fasce di una serie di valori.

Una delle classificazione classiche di una lista di valori è per fasce (di prezzo, ad esempio): quanti articoli costano meno di 100 Euro? Quanti tra 100 e 200? e così via.

La soluzione migliore sarebbe di inserire la fascia già nel record da classificare, magari con un trigger. Questa però è una soluzione ’statica’, che prevede una classificazione rigida decisa a priori.

Potrebbe invece essere necessario creare una classificazione arbitraria, momentanea e non decisa a priori.

Per ottenere questi tipo di prospetto, si può usare una combinazione di GROUP BY e CASE, come nell’esempio che segue:

SELECT
   COUNT(Prezzo) AS [Numero Articoli],
	(CASE
		WHEN Prezzo<1000 THEN 'Bassa'
		WHEN Prezzo>10000 THEN 'Alta'
		ELSE 'Media' END
         ) AS [Fascia di prezzo]
FROM
	Articoli
GROUP BY
	(CASE
		WHEN Prezzo<1000 THEN 'Bassa'
		WHEN Prezzo>10000 THEN 'Alta'
		ELSE 'Media' END
        )

Otterremo quindi un elenco di quanti articoli sono nella fascia di prezzo ‘bassa’ (meno di 1.000 Euro), quanti nella fascia ‘Media’ (tra 1.000 e 10.000), e quanti nella fascia alta (più di 10.000 Euro).

Un’altra soluzione consiste nell’utilizzare una tabella di appoggio (fissa o temporanea) dove dichiarare le varie fasce, ed ottenere la classificazione con una JOIN.

Vedremo questa soluzione in un prossimo articolo.

Come far decidere direttamente allo script SQL se fare una INSERT o una UPDATE.

Quante volte vi sarà capitato di dover aggiornare una tabella con dei dati provenienti da una fonte esterna? Nella maggioranza dei casi, i dati da importare possono sia essere nuovi rispetto alla vostra tabella che essere degli aggiornamenti.
Scorrere con un cursore la tabella da importare e vedere record per record se è una novità o un aggiornamento è una scelta poco efficiente. Quale può essere allora una soluzione più performante?

Sfruttare la JOIN

La domanda necessaria da farsi è questa: in base a quale chiave riesco a capire se un record è una novità o un aggiornamento?

Una volta trovata la risposta, il meccanismo è semplice:

• si metteranno in JOIN le due tabelle (da importare ed esistente) relazionandole proprio con la chiave individuata
• la JOIN sarà una LEFT JOIN, con a sinistra la tabella da importare, e a destra quella già esistente
• come noto, la LEFT JOIN restituirà una serie di colonne NULL nella tabella di destra nel caso non ci siano corrispondenze: sfruttando questa caratteristica potremo quindi individuare quali sono i record già esistenti e quali invece sono nuovi
• ovviamente quelli nuovi saranno quelli con contenuto NULL, che sta a significare che i record della tabella di sinistra (da importare) NON sono già esistenti nella tabella di destra (esistente) e vanno quindi inseriti
• quelli invece non-NULL sono già esistenti, e quindi andranno aggiornati
• attenzione ad eseguire PRIMA la UPDATE e poi la INSERT; in caso contrario verranno aggiornati anche i record appena inseriti: i dati non vengono assolutamente danneggiati, ma sicuramente ci sarà una perdita di tempo

Esempio pratico

Un esempio aiuterà a comprendere più facilmente il meccanismo.

Immaginiamo di dover aggiornare una tabella di Dati Anagrafici con dei dati che ci vengono inviati periodicamente da un corrispondente; in questo caso, la chiave identificativa (univoca) sarà la Partita IVA.

Per comodità, avremo già importato i dati del nostro corrispondente in una tabella temporanea; i nomi delle colonne saranno gli stessi.

Impostiamo quindi la JOIN:

-- TS=TableSource, TT=TableTarget
SELECT
   TS.Descrizione, TS.PartitaIVA,
   TT.Descrizione, TT.PartitaIVA
FROM
   #tmpAnag TS LEFT JOIN ANAGRAFICHE TT ON TS.PartitaIVA=TT.PartitaIVA

Quando eseguiremo questa query, vederemo elencate delle corrispondenze esatte nel caso di record da aggiornare, mentre invece noteremo TT.Descrizione e TT.PartitaIVA a NULL nel caso di novità.

Sfrutteremo quindi la JOIN di riferimento per impostare prima una UPDATE…FROM…JOIN per fare gli aggiornamenti, poi una INSERT…SELECT…JOIN per fare gli inserimenti.

UPDATE

-- TS=TableSource, TT=TableTarget
UPDATE ANAGRAFICHE SET
      TT.Denominazione=TS.Denominazione,
      TT.Indirizzo=TS.Indirizzo,
      TT.CAP=TS.CAP,
      TT.Localita=TS.Localita,
      TT.PartitaIVA=TS.PartitaIVA
   FROM
      #tmpAnag TS LEFT JOIN ANAGRAFICHE TT ON TS.PartitaIVA=TT.PartitaIVA
      -- fa correttamente la JOIN? Quindi c'è GIA'! ---> UPDATE

INSERT

-- TS=TableSource, TT=TableTarget
INSERT INTO ANAGRAFICHE
     (Denominazione,
      Indirizzo,
      CAP,
      Localita,
      PartitaIVA)
   SELECT
      TS.Denominazione,
      TS.Indirizzo,
      TS.CAP,
      TS.Localita,
      TS.PartitaIVA
   FROM
      #tmpAnag TS LEFT JOIN ANAGRAFICHE TT ON TS.PartitaIVA=TT.PartitaIVA
   WHERE TT.PartitaIVA IS NULL
   -- non fa la JOIN? Quindi NON c'è! ---> INSERT

In questo articolo spiegherò come convertire in sicurezza una colonna float in una colonna varchar.

Mi è recentemente capitato di dover trasformare dei valori contenuti originariamente in una colonna float in un’altra colonna di tipo varchar. Il caso pratico si verifica facilmente, ad esempio con i numeri di telefono, partita iva, ecc.

La prima cosa che viene in mente è di effettuare una conversione diretta.

ALTER TABLE nome_tabella ALTER COLUMN VARCHAR(11)

Sembra tutto corretto, ma il risultato è inaccettabile; infatti la colonna trasformata conterrà i dati con notazione scientifica. Ad esempio il numero 12345678901 diventa 1.23457e+010

Questo perché il formato float contiene il numero in virgola mobile, e la sua rappresentazione alfanumerica è proprio con notazione scientifica.

Nei casi citati abbiamo però a che fare con numeri interi (senza decimali), per cui possiamo ottenere il risultato ottenuto tramite un passaggio intermedio.

ALTER TABLE nome_tabella ALTER COLUMN DECIMAL(11,0)

In questo modo abbiamo fissato il numero, togliendolo dalla scomoda (per il nostro fine) situazione di numero in virgola mobile.

A questo punto possiamo effettuare la nostra conversione:

ALTER TABLE nome_tabella ALTER COLUMN VARCHAR(11)

La colonna numerica diventerà alfanumerica mantenendo il numero esattamente come ce lo aspettiamo.

Nell’esempio ho usato una ALTER, ma lo stesso ragionamento vale anche per le conversioni effettuate con CONVERT e CAST, come nell’esempio che segue:

DECLARE @float AS FLOAT
SELECT @float=12345678901
PRINT CONVERT(VARCHAR, @float)
PRINT CONVERT(VARCHAR, CONVERT(DECIMAL(11,0), @float))

Il metodo funziona anche con NVARCHAR.

Avete archiviato una pratica per errore e volete recuperarla e riportarla nell’archivio corrente. Come fare?

Come recuperare una pratica archiviata per errore

Come abbiamo detto, è possibile effettuare l’archiviazione di più pratiche; può quindi capitare di includere nel blocco di pratiche anche una pratica che non andrebbe in effetti archiviata.

Come fare per recuperarla, e riportarla quindi dall’archivio storico all’archivio corrente?

Dato che l’operazione di archiviazione altro non è che un semplice spostamento di archivio, sarà sufficiente effettuare l’operazione inversa.

• portatevi nell’archivio Storico
• rintracciate e selezionate la pratica che volete recuperare
• chiedetene nuovamente l’archiviazione (dallo Storico verrà riportata nel Corrente)
• nella finestra di archiviazione selezionate tutte le informazioni e chiedete di NON  ’Mantenere le informazioni originali nell’archivio’
• date quindi conferma
• Élite riporterà la pratica nell’archivio di destinazione (cioè quello corrente)
• al termine, riportatevi nell’archivio corrente

Avrete così recuperato la pratica archiviata per errore.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

Avete bisogno di inserire una prestazione la cui descrizione supera i 120 caratteri. Come fare?

Come inserire una prestazione con una descrizione molto lunga

Per poterlo fare basterà inserire nelle note della prestazione ciò che si scriverebbe normalmente nella descrizione; le note non hanno limiti di capienza, quindi potrete scrivere tutto quello che vi serve; nella descrizione invece metteremo come primo carattere un asterisco (*) o il simbolo # (cancelletto).

Ecco un esempio:

In fase di stampa parcella, Élite userà il contenuto delle note al posto della descrizione; la parcella apparirà pertanto così:

In questo modo potrete inserire in parcella delle descrizioni lunghe quanto volete.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

In questo articolo spiegherò come effettuare una query SELECT…WHERE usando una lista di valori.

E’ abbastanza comune dover effettuare delle query SQL usando una lista di valori anziché un valore singolo.

L’operatore OR

Questa operazione viene effettuata normalmente usando l’operatore OR.

Se ad esempio vogliamo selezionare i clienti che si trovano nelle provincie di Milano e Como, basterà scrivere una query così:

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Provincia='MI' OR Provincia='CO'

L’operazione però diventa lunga e tediosa se la lista contiene molti valori: pensate infatti a cosa diventerebbe la query riportata sopra per dieci o più provincie.

L’operatore IN

L’operatore IN dell’istruzione SELECT di SQL Server permette di semplificare notevolmente la scrittura della query.

Tornando al nostro esempio, per selezionare i clienti che si trovano nelle provincie di Milano e Como, basterà riscrivere la query così:

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Provincia IN ('MI','CO')

Il motore SQL elaborerà il contenuto della lista inserita tra parentesi e ri-trasformerà la query espandendo la IN in una serie di OR, per poi eseguirla normalmente.

Già da questo breve esempio è facile intuire quanto la stesura della query venga semplificata; e il livello di semplificazione aumenta all’aumentare degli elementi contenuti nella IN.

Ovviamente la stessa sintassi può essere usata anche per valori numerici.

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Tipo IN (2,7,12,14,35,36,37)

Uso con Stored Procedures

Nascerà sicuramente la necessità di usare questa sintassi con una Stored Procedure (SP), passando i valori con un parametro.

Immaginiamo allora una SP così:

Create Procedure usp_Cerca_Clienti (@pLista AS VARCHAR(MAX))
AS
BEGIN

   SELECT
      Denominazione, Indirizzo, Localita
   FROM
      Clienti
   WHERE
      Provincia IN (@pLista)

END

Qui iniziano subito le difficoltà, già all’atto del richiamo della SP. Avremo infatti delle difficoltà a passare il parametro; se proviamo così:

EXEC usp_Cerca_Clienti @pLista='MI,CO'

la SP svolta diventerà:

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Provincia IN ('MI,CO')

che ovviamente non ci darà alcun risultato (non esiste infatti la provincia ‘MI,CO’)

Se invece proviamo così:

EXEC usp_Cerca_Clienti @pLista=''MI','CO''

riceveremo un errore di sintassi.

Anche con valori numerici avremo un errore; infatti se proviamo così:

EXEC usp_Cerca_Clienti_per_Tipo @pLista='1,4'

la SP svolta diventerà:

SELECT
   Denominazione, Indirizzo, Localita
FROM
   Clienti
WHERE
   Tipo IN ('1,4')

restituendoci un errore perché Tipo è una colonna numerica che non può essere raffrontata con un valore stringa.

Emulare un array

Certo, se SQL supportasse gli array, tutto sarebbe più semplice: basterebbe passare un array con i valori da usare nella IN e il gioco sarebbe fatto.

Per emulare il funzionamento di un array possiamo usare una variabile di tipo table: se la prepariamo con una sola colonna avremo emulato un array (monodimensionale).
Però non possiamo usare una variabile table con l’operatore IN: dobbiamo per forza modificare la nostra SP usando una JOIN.

Il ragionamento diventa quindi il seguente:

• prepariamo una lista di valori da passare alla SP
• i valori saranno separati da un carattere predefinito (in questo esempio useremo una virgola)
• passiamo la lista di valori separati da virgola alla SP, in un’unica variabile
• la SP elabora la variabile stringa e la trasforma in una variabile table, inserendo ogni valore in una riga
• infine mette in JOIN la tabella da selezionare con la variabile table ottenuta prima ed esegue la query

Trasformazione della lista in una table

La prima cosa che dovremo fare sarà quindi di trasformare la nostra lista in una variable table. Per fare questo prepareremo una funzione, così da poterla riusare tutte le volte che vogliamo.

USE [master]
GO

SET ANSI_NULLS OFF
GO
SET QUOTED_IDENTIFIER ON
GO

--The following is a general purpose UDF to split comma separated lists into individual items.
--Consider an additional input parameter for the delimiter, so that you can use any delimiter you like.

-- edc 01.SEP.05
-- adattamento da http://vyaskn.tripod.com/passing_arrays_to_stored_procedures.htm
-- 

-- edc 20.sep.06
-- adattato per le stringhe

CREATE FUNCTION [dbo].[udf_CodeSplitter]
(
	@CodeList varchar(MAX)
)
RETURNS
@ParsedList table
(
	OneCode varchar(10) -- adjust the single element length to fit your needs
)
AS
BEGIN
	DECLARE @Pos int, @OneCode varchar(10) -- adjust the single element length to fit your needs

	SET @CodeList = LTRIM(RTRIM(@CodeList))+ ','
	SET @Pos = CHARINDEX(',', @CodeList, 1)

	IF REPLACE(@CodeList, ',', '') <> ''
	BEGIN
		WHILE @Pos > 0
		BEGIN
			SET @OneCode = LTRIM(RTRIM(LEFT(@CodeList, @Pos - 1)))
			IF @OneCode <> ''
			BEGIN
				INSERT INTO @ParsedList (OneCode) VALUES (@OneCode)
			END
			SET @CodeList = RIGHT(@CodeList, LEN(@CodeList) - @Pos)
			SET @Pos = CHARINDEX(',', @CodeList, 1)

		END
	END
	RETURN
END

La funzione non fa altro che selezionare i vari elementi ed inserirli in una variabile table; la tabella restituita è formata da una sola colonna (OneCode), e potrà essere messa facilmente in JOIN con la tabella da ricercare.

Per testare il corretto funzionamento della funzione, e per avere un’idea del risultato, basterà eseguire questa query:

SELECT * FROM master.dbo.udf_CodeSplitter('MI,CO')

La Stored Procedure finale

Andremo quindi a sistemare la nostra SP così:

Create Procedure usp_Cerca_Clienti (@pLista AS VARCHAR(MAX))
AS
BEGIN

   SELECT
      Denominazione, Indirizzo, Localita
   FROM
      Clienti INNER JOIN master.dbo.udf_CodeSplitter(@pLista) TJ
      ON Clienti.Provincia=TJ.OneCode

END

mettiamo cioè in JOIN la tabella Clienti con la tabella riportata dalla funzione udf_CodeSplitter, usando come campo di corrispondenza il campo della tabella Cliente dove vogliamo operare la selezione (Clienti.Provincia) e l’unico campo riportato dalla funzione (TJ.OneCode, dove TJ è l’alias della tabella restituita dalla funzione).

L’uso diventa quindi semplicissimo:

exec usp_Cerca_Clienti @pLista='MI,CO'

Gestione delle liste numeriche

Il ragionamento da fare per poter utilizzare delle liste numeriche resta fondamentalmente lo stesso, ma bisogna operare qualche piccola variazione per poter gestire numeri, appunto, anziché stringhe.

Prepareremo quindi una nuova ulteriore funzione:

USE [master]
GO
/****** Object:  UserDefinedFunction [dbo].[IDSplitter]    Script Date: 02/12/2010 12:26:50 ******/
SET ANSI_NULLS OFF
GO
SET QUOTED_IDENTIFIER ON
GO

--The following is a general purpose UDF to split comma separated lists into individual items.
--Consider an additional input parameter for the delimiter, so that you can use any delimiter you like.

-- edc 01.SEP.05
-- adattamento da http://vyaskn.tripod.com/passing_arrays_to_stored_procedures.htm
-- 

ALTER FUNCTION [dbo].[udf_IDSplitter]
(
	@IDList varchar(MAX)
)
RETURNS
@ParsedList table
(
	OneID int
)
AS
BEGIN
	DECLARE @OneID varchar(10), @Pos int

	SET @IDList = LTRIM(RTRIM(@IDList))+ ','
	SET @Pos = CHARINDEX(',', @IDList, 1)

	IF REPLACE(@IDList, ',', '') <> ''
	BEGIN
		WHILE @Pos > 0
		BEGIN
			SET @OneID = LTRIM(RTRIM(LEFT(@IDList, @Pos - 1)))
			IF @OneID <> ''
			BEGIN
				INSERT INTO @ParsedList (OneID)
				VALUES (CAST(@OneID AS int)) --Use Appropriate conversion
			END
			SET @IDList = RIGHT(@IDList, LEN(@IDList) - @Pos)
			SET @Pos = CHARINDEX(',', @IDList, 1)

		END
	END
	RETURN
END

In questo caso la tabella restituita è formata da una colonna (OneID) di tipo numerico (int).

Per testare il corretto funzionamento della funzione, e per avere un’idea del risultato, basterà eseguire questa query:

SELECT * FROM master.dbo.udf_IdSplitter('1,2,4,6,15,22')

Ricordatevi che la lista è un valore stringa, quindi va passata tra apici singoli.

La Stored Procedure finale per i valori numerici

Andremo quindi a sistemare la nostra SP così:

Create Procedure usp_Cerca_Clienti_Tipo (@pLista AS VARCHAR(MAX))
AS
BEGIN

   SELECT
      Denominazione, Indirizzo, Localita
   FROM
      Clienti INNER JOIN master.dbo.udf_IdSplitter(@pLista) TJ
      ON Clienti.Tipo=TJ.OneId

END

In questo caso mettiamo in JOIN la tabella Clienti con la tabella riportata dalla funzione udf_IdSplitter, usando come campo di corrispondenza il campo della tabella Cliente dove vogliamo operare la selezione (Clienti.Tipo, che è di tipo int) e l’unico campo riportato dalla funzione (TJ.OneId, dove TJ è l’alias della tabella restituita dalla funzione).

L’uso diventa quindi semplicissimo:

exec usp_Cerca_Clienti_Tipo @pLista='2,7,12,14,35,36,37'

Considerazioni finali

Il metodo esposto semplifica notevolmente la stesura delle query di selezione basate su liste di valori. Dato che però sfrutta una funzione e una variabile table, potrebbe risultare poco performante in presenza di liste molto corpose. In questi casi potrebbe risultare più comodo popolare direttamente una tabella temporanea e metterla in JOIN con la tabella da selezionare (magari indicizzando la tabella temporanea, cosa che non può essere fatta con le variabili table).
Uso il condizionale perché le performance sono influenzate da molti fattori, per cui è consigliabile effettuare delle prove caso per caso.

Il database di sistema ‘msdb’ di SQL Server 2005 può danneggiarsi: ecco come ripararlo.

Tra i database di sistema di Microsoft SQL Server 2005, ve ne è uno denominato ‘msdb’ che viene usato normalmente come supporto per le pianificazioni ed altre operazioni di manutenzione o di backup.
Può accadere che si danneggi, e che di conseguenza molte operazioni diventino impossibili.
Dato che non si tratta di un normale database, non può essere oggetto di normali operazioni quali attach e detach, ma bisogna seguire una procedura diversa.

Importante! La procedura che descriverò di seguito rigenererà il database di sistema ‘msdb’ come appena installato, quindi tutto il suo contenuto andrà perso. Vi raccomando inoltre di effettuare il backup di tutti i dati di tutti i database dell’istanza. La procedura è riservata ad utenti esperti, e non mi assumo nessuna responsabilità; eventualmente provatelo prima su un database di test.

1. Spegnere SQL Server

Innanzitutto dovrete spegnere il servizio di SQL Server. Esistono diversi metodi; uno dei più veloci è di aprire SQL Server Management Console ed eseguire il seguente comando:

SHUTDOWN

Attendete il completamento del comando ed uscite dalla console.

2. Lanciare SQL Server in modalità master

Per poter eseguire i comandi successivi (specificatamente per poter fare un detach del database ‘msdb’), dovrete lanciare SQL Server col trace flag 3608.
Dovrete portarvi nella cartella dei programmi di SQL Server (‘C:\Programmi\Microsoft SQL Server\MSSQL.1\MSSQL\Binn’ per le installazioni in italiano o ‘C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Binn’ per le installazioni in inglese) e lanciare il seguente comando:

sqlservr.exe -c -T3608 -s <NOMEISTANZA>

Il comando non restituisce subito il prompt di DOS (C:>), che verrà restuituito quando SQL Server verrà nuovamente spento.

3. Detach-are il database di sistema ‘msdb’

Per detach-are il database di sistema ‘msdb’ dovrete riaprire SQL Server Management Console, che potrebbe mostrare alcuni messaggi di avvertimento, visto che ci si trova in una modalità master.
La console comunque è pronta per accettare comandi; lanciate il seguente:

sp_detach_db 'msdb'

Attendete il completamento del comando ed uscite dalla console.

4. Rinominare i files del database ‘msdb’

Ora che il database ‘msdb’ è disconnesso, potete rinominare i files che lo costituiscono (.mdf e .ldf), che si trovano in ‘C:\Programmi\Microsoft SQL Server\MSSQL.1\MSSQL\Data’ per le installazioni in italiano o in ‘C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data’ per le installazioni in inglese.

5. Lanciare lo script di ricostruzione

Lo script di rigenerazione si trova nella cartella di installazione di SQL Server (‘C:\Programmi\Microsoft SQL Server\MSSQL.1\MSSQL\Install’ per le installazioni in italiano o ‘C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Install’ per le installazioni in inglese); dopo che vi sarete portati nella cartella, lanciate il seguente comando:

osql -E -S <NOMESERVER>\<NOMEISTANZA> -i instmsdb.sql

e attendete il termine delle operazioni.

6. Operazioni finali

La procedura è terminata. Spegnete e riaccendete normalmente SQL Server, e reinserite, se del caso, le informazioni memorizzate nel database di sistema ‘msdb’.

Per un uso efficace di Outlook in rete: condividere i dati con i vostri colleghi con WorkgroupShare.

Outlook per molti è sinonimo di posta elettronica, ma potete usarlo per molte altre cose: contatti, attività, calendario e note; se iniziate ad adoperarlo sul serio, finirà che conterrà moltissimi dati; se poi non lavorate da soli, avrete necessità di condividere questi dati con i vostri colleghi, o di costituire degli archivi comuni a cui tutti possono attingere.

Pensate ad esempio ad un unico archivio di indirizzi, o alla possibilità di vedere in tempo reale se un vostro collega è libero in una certa data per fissare un appuntamento comune. Normalmente la soluzione è l’installazione di Exchange Server, che però ha un costo elevato, necessita di un server e di installazione e manutenzione da parte di tecnici qualificati; scelta senz’altro giusta in ambienti complessi, ma per piccole realtà la spesa normalmente risulta eccessiva.

Nel nostro ufficio abbiamo scelto Workgroupshare, con cui condividiamo i nostri archivi.

Ovviamente il programma permette di scegliere quali cartelle condividere, in modo tale da poter comunque avere delle cartelle private.
In più (e forse è la cosa più interessante) si possono creare delle cartelle ‘pubbliche’, che risiedono sul server, a cui tutti gli utenti abilitati potranno accedere sia in lettura che in scrittura; si possono ovviamente gestire tutti i diritti, per cui si potrà decidere chi può scrivere, chi può solo leggere, ecc.

Il programma è smolto semplice da configurare, e non necessita di un server; quindi potete utilizzarlo anche se avete solo due o tre pc collegati in rete.
E se usate dei portatili, nessun problema: quando vi staccate dalla rete i dati comuni restano sul vostro portatile e potrete consultarli e variarli anche mentre siete via; quando poi vi riconnetterete alla rete, partirà la sincronizzazione per aggiornare i dati, da e verso l’archivio principale.

E se avete un BlackBerry? In un prossimo articolo vi spiegherò come fare per sincronizzare Outlook / WorkgroupShare / BlackBerry.

Élite vi permette di cambiare secondo necessità l’aliquota usata per il calcolo del contributo integrativo C.P.A. nel riepilogo finale della stampa parcella. Potrete cambiarla in modo temporaneo (per esempio se state predisponendo una parcella per un cliente con cui avete stipulato una convenzione) o in maniera definitiva, per un’eventuale variazione di legge.

Come modificare l’aliquota del contributo integrativo C.P.A. in modo temporaneo

Opzioni di stampa - Parcella

Il valore dell’aliquota del contributo integrativo C.P.A. potrà essere cambiato a piacimento. Inserite 0 o lasciate la casella vuota per NON applicare il contributo integrativo C.P.A.; se invece volete inserire un’aliquota decimale, ricordatevi di usare il punto e non la virgola come separatore decimale, come ad esempio

2.75

Ricordatevi che il cambiamento è temporaneo, per cui la prossima stampa di parcella ripresenterà l’aliquota di default.

Come modificare l’aliquota del contributo integrativo C.P.A. in modo permanente

Una volta aperto il file, localizzate la sezione [PARAMETRI PARCELLA], e scorretela sino a trovare una riga così:

Al.CPA=2

Il valore può essere variato a piacimento; se volete inserire un’aliquota decimale, ricordatevi di usare il punto e non la virgola come separatore decimale, come ad esempio

Al.CPA=2.75

Se volete anche variare la dicitura in parcella, ricordatevi di modificare il parametro relativo, e cioè

DICITURA13=…testo personalizzato…

Una volta terminate le modifiche, salvate il file come descritto nell’apposito articolo e rientrate in Élite.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

Dopo la migrazione da Eudora ad Outlook: ci sono anche dei vantaggi!

Come già raccontato nell’articolo Da Eudora ad Outlook: odissea di una migrazione – le premesse, sono passato da Eudora ad Outlook; nell’articolo successivo Da Eudora ad Outlook: odissea di una migrazione – le difficoltà ho esposto le difficoltà incontrate. In quest’articolo, elencherò i vantaggi riscontrati.

PST (Personal Folder Storage) multipli

Outlook, come la maggior parte dei client di posta elettronica, memorizza tutti i messaggi, gli allegati, gli indirizzi ecc. in un unico file (PST); questo rappresenta una comodità, dal punto di vista del file system, e, se opportunamente progettato, un unico file è più facile da gestire di una serie di cartelle con ‘n’ files dentro (come fa Eudora). Sfortunatamente però, dal mio personale punto di vista, Outlook disattende molte di queste premesse, risultando, rispetto ad altri client che usano la stessa metodologia, molto lento nella gestione delle informazioni, soprattutto in presenza di PST corposi; inoltre, almeno fino alla versione 2002, i PST di Outlook tendono un po’ troppo facilmente a corrompersi.

Preso atto di ciò, ho cercato di trarne comunque vantaggio, spezzando il mio archivio di email (più di 10 anni di corrispondenza elettronica) in diversi PST; ad esempio, un PST di lavoro, uno personale, uno per i progetti chiusi e archiviati, ecc. In questo modo ho potuto innanzitutto razionalizzare gli archivi dal punto di vista del contenuto; inoltre:

• i PST possono essere messi ognuno in una cartella o drive diverso: quindi quello di lavoro può essere messo su un drive di rete, quello personale su una chiavetta USB, ecc.
• i PST possono essere attivati e disattivati a piacimento: molto comodo per i file di archivio, che normalmente non sono attivi e quindi non danno ‘fastidio’, ma che possono essere riagganciati alla bisogna;

Pluralità di informazioni gestite

Outlook non è solo un client di posta elettronica, ma permette anche di gestire indirizzi, appuntamenti, note, to-do list… quindi quello che avevo sparso in giro in mille programmini inizia ad avere una casa comune. In questo caso si apprezza non tanto la bontà delle singole funzioni (di certo in giro ci sono molti programmi che gestiscono meglio chi l’agenda, chi la rubrica, ecc.), quanto il fatto che siano tutte in un unico contenitore e che siano tra di loro intercorrelate.

Sincronizzazione col palmare

Direi che al giorno d’oggi è indispensabile; e, come al punto precedente, avere un unico punto di sincronizzazione (invece dei tanti di prima) costituisce senz’altro un vantaggio.

Disponibilità di add-on (o plug-in)

Data la diffusione di Outlook, sono presenti sul mercato molti strumenti aggiuntivi (add-on o plug-in) anche se non numerosi come per altri client; uno di questi, in particolare, mi permette di condividere e sincronizzare i dati che mi interessano con i miei colleghi; il prodotto si chiama Workgroupshare, e ne parlerò in uno dei prossimi articoli.

continua…

Siete sempre in movimento, fuori ufficio, e non volete (o non potete!) rinunciare ai dati sul vostro server? Qui la soluzione!

BBLex – Élite (e non solo!) sul vostro BlackBerry

Il 26 ottobre 2009 Blugeco (www.blugeco.com), in partnership con RIM (Research In Motion) e Softec, ha presentato durante un convegno dell’AGAM (Associazione Giovani Avvocati Milano) tenutosi a Milano, la nuova soluzione destinata agli Studi Legali per la mobilità.

BBLex è una soluzione che installata sul proprio BlackBerry consente a tutti gli Avvocati di collegarsi con il proprio programma di gestione dello Studio, consultando e aggiornando sia le pratiche che molti altri dati, ovunque essi si trovino.

BBLex®: Élite sul vostro BlackBerry.

BBLex nasce dall’esigenza specifica di fornire agli Avvocati un accesso alle proprie informazioni di Studio anche mentre sono in movimento.
Grazie ad un rapporto di partnership con RIM, la società che produce i famosi BlackBerry, siamo oggi in grado di soddisfare questa necessità, trasmettendo alcune informazioni di Élite direttamente sul terminale BlackBerry, con la possibilità di interagire con l’applicativo.
BBLex si basa sulla piattaforma tecnologica DesktopMate di Softec, che consente una configurazione personalizzata dei servizi disponibili.

In particolare sarà possibile, in un primo momento, consultare direttamente dal proprio BlackBerry le seguenti informazioni di Élite:

• Scadenze (Agenda)
• Dati Anagrafici (Rubrica)
• Dati Riepilogativi Pratiche

In questo modo potrete sfruttare tutta la potenza dei terminali BlackBerry non solo per la gestione delle email, ma anche per consultare gli archivi di Élite mentre siete fuori Studio, persino laddove non potete usare un PC portatile né sfruttare una connessione internet.

In un secondo momento sarà possibile consultare anche altre informazioni di Élite, e più in particolare:

• Prestazioni (Parcelle)
• Documenti (Testi, Fogli Elettronici, Immagini, PDF e altro)

BBLex: un uso semplice ed immediato

Con BBLex, i dati di Élite sono sempre disponibili per la consultazione e l’aggiornamento; l’uso è sempre semplice, immediato e sicuro grazie alla sua accurata progettazione:

• Navigazione a menu
• Funzioni di ricerca
• Visualizzazione dettagli
• Sicurezza degli accessi
• Sicurezza dei dati

Alcune funzioni avanzate, come il Click-to-call e click-to-send, per telefonare o inviare una mail partendo direttamente dalla rubrica di Élite, renderanno l’utilizzo di BBLex proficuo e conveniente.

BBLex: funzioni aggiuntive

BBLex non è soltanto Élite; infatti vi permetterà anche di consultare le News di settore (in collaborazione con portali dedicati), di condividerle con i vostro colleghi, e di archiviare le news preferite.

Sarà infine possibile, una volta perfezionati gli accordi con i produttori, ottenere l’accesso alle Banche Dati di Leggi, Sentenze, ecc.

BBLex: operare in sicurezza

Con BBLex potrete operare in tutta sicurezza, grazie anche alle caratteristiche intrinseche del dispositivo BlackBerry:

• in caso di furto o smarrimento del dispositivo, è possibile bloccare il sistema da remoto ed eliminare i dati riservati (blocco del dispositivo a distanza);
• dopo 10 tentativi di inserimento password, il dispositivo viene resettato automaticamente;
• impostazione/modifica password del dispositivo;
• protezione contro applicazioni dannose;
• Mobile Security Card (cifratura hw e firma digitale).

BBLex: Altri software per studio legale

Per la gestione del Vostro Studio non utilizzate Élite ma un altro software? Siete comunque interessati alle funzionalità di BBLex? Contattateci e studieremo una soluzione assieme a Voi.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

Incantonline, un servizio decennale sulle aste fallimentari.

Girando su internet in cerca di un’auto usata o di una casa per le vacanze, vi sarà certamente capitato di imbattervi in siti che parlavano di beni provenienti da fallimenti, spesso a cifre interessanti. Ma da dove provengono queste informazioni?

Il primo posto che viene in mente è senz’altro il tribunale, ma sarebbe impensabile girarsi tutti i tribunali d’Italia per reperire informazioni, anche on line (ammesso che tutti i tribunali abbiano un sito dove sono elencati i beni).

Torna allora utilissimo il servizio lanciato da oltre 10 anni da Incantonline: si tratta in pratica di un portale che raccoglie tutte le aste fallimentari d’Italia, suddivise per tipologia e per regione.

Come recita il sito “Avrai l’opportunità di visionare in tempo reale tutto ciò che viene posto all’asta dai Tribunali italiani e dagli organi preposti. All’interno troverai tutti i riferimenti per partecipare con semplicità, ed in prima persona, alle aste di immobili, autoveicoli e beni di qualsiasi genere. (Oltre 12000 beni in banca dati)”

Il portale è organizzato in maniera semplice ed intuitiva, e le ricerche portano con celerità al risultato voluto. Il servizio è a pagamento, ma periodicamente vengono lanciate delle campagne per accedere a prezzi scontati.

Questo l’indirizzo per accedere al servizio: http://www.incantonline.it/archivio_aste.htm.

Avete una Stored Procedure SQL e volete usarne l’output in un’altra query (senza modificare la SP originale). Ecco come fare.

Vi sarà capitato di voler usare l’output di una Stored Procedure in un’altra query; la prima cosa che viene in mente è di modificare o duplicare la SP originale e inserire dei parametri OUTPUT, per poi sfruttarli.

Ma non sempre si può; a volte, infatti, soprattutto in ambienti complessi, certe SP non si possono toccare, perché sono usate da altre procedure o gestite da altri programmatori.

Cosa fare allora?

Supponiamo di avere una SP che mi elenca tutti i clienti di una determinata provincia

set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
GO

ALTER PROCEDURE usp_ClientiProvincia (@p_Provincia VARCHAR(2))

SET NOCOUNT ON

   SELECT CODICE, DESCRIZIONE
   FROM CLIENTI
   WHERE PROVINCIA = @p_PROVINCIA
   ORDER BY 1

una SP davvero semplice.

Se la facciamo girare, otteniamo due campi, CODICE e DESCRIZIONE.

Nella nostra nuova query dichiariamo innanzitutto una variabile TABLE che possa contenere il risultato della SP

DECLARE @ClientiTable TABLE (CODICE VARCHAR(20), DESCRIZIONE VARCHAR(100))

Ovviamente la struttura della variabile varierà in base al variare dell’output della SP che volete catturare.
Per memorizzare l’output della SP usiamo una comune INSERT INTO nella forma breve (INSERT INTO SELECT …), specificando anche i parameti per la SP da cattuare.

INSERT INTO @ClientiTable EXEC usp_ClientiProvincia @p_PROVINCIA='MI'

A questo punto ci ritroviamo nella variabile @ClientiTable l’output della SP, pronta per essere utilizzata per i nostri scopi; ad esempio:

SELECT * FROM @ClientiTable WHERE DESCRIZIONE LIKE @p_cerca

Questa la query complessiva

DECLARE @ClientiTable TABLE (CODICE VARCHAR(20), DESCRIZIONE VARCHAR(100))
INSERT INTO @ClientiTable EXEC usp_ClientiProvincia @p_PROVINCIA='MI'
SELECT * FROM @ClientiTable WHERE DESCRIZIONE LIKE @p_cerca

Dopo la migrazione da Eudora ad Outlook: ecco le difficoltà incontrate.

Come già raccontato nell’articolo Da Eudora ad Outlook: odissea di una migrazione – le premesse, sono passato da Eudora ad Outlook; ovviamente, data la diversità dei prodotti (non entro nella discussione “meglio questo, meglio quello”) e soprattutto data l’abitudine acquisita con Eudora, sono iniziate le difficoltà.

I filtri per dominio

In Eudora era semplice (con un apposito comando) dichiarare un filtro per spostare tutta la posta proveniente da un dominio (ad es. @blugeco.com) in una cartella, senza dover specificare mittente per mittente; in Outlook invece a prima vista pare non si possa fare, almeno non con un comando specifico.
Bisogna infatti iniziare ad impostare la regola, poi cercare la voce “Con parole specifiche nell’indirizzo del mittente”, selezionarla e quindi inserire il dominio.

Ok, non proprio intuitivo, ma è possibile.

La posta non letta

Inseriti i filtri, mi accorgo di un comportamento strano (non voglio chiamarlo difetto) di Outlook: quando una cartella contiene un messaggio non letto, il nome della cartella viene evidenziato in grassetto (bene); ma se un messaggio mail – per effetto dei filtri – finisce in una sottocartella, la cartella o le cartelle superiori NON vengono anch’esse evidenziate (come accadeva in Eudora), per cui non si vede al volo quale sono le caselle con nuovi messaggi.

Al solito, il trucco si trova; eccolo:
bisogna aprire cartella di sistema “Cartelle ricerche” e cercare la cartella “Messaggi non letti” (o “Unread mail”); a questo punto, per tenerla bene in evidenza, va spostata in “Cartelle preferite”.

Non proprio intuitivo, non proprio efficace, ma funziona.

continua…

Migrare da Eudora ad Outlook: ecco le motivazioni della scelta.

Sono di recente dovuto passare da Eudora ad Outlook: una scelta non facile, ma obbigata. Ecco perché.

Ho usato Eudora (uno dei più antichi client di posta elettronica) per una quindicina d’anni, sin dalla release 3.x.
Ovviamente avevo preso le mie abitudini, e non avevo nessuna intenzione di cambiare, anche se la Qualcomm aveva già da tempo smesso di sviluppare il prodotto.

Da un po’ di tempo però una delle manchevolezze di Eudora, e cioè il fatto che non supporti i caratteri Unicode (quelli per le lettere accentate, per intenderci), iniziava a diventare fastidiosa, dato che i messaggi che mi arrivano sono in gran parte fatti così.

Inoltre, il fatto di non conoscere bene Outlook mi impediva di offrire ai miei clienti un aiuto quando avevano problemi col prodotto.

Decido quindi di passare ad Outlook (non altri client, per il motivo appena detto, del supporto ai clienti).

Mi scontro subito con il primo, enorme problema: gli allegati. Sì, perché Eudora ha un modo tutto suo di gestire gli allegati: essi sono memorizzati come file singoli, staccati dal messaggio, in una cartella predefinita (può sembrar scomodo, ma per alcune esigenze è conveniente); e per via di questo suo modo strano, l’importatore di Outlook importa tutto da Eudora, tranne gli allegati. Anche passando per Outlook Express (come consigliato da Microsoft per preservare alcune informazioni di Eudora) gli allegati non vengono migrati.

Parto quindi alla ricerca di un software che permetta di migrare gli allegati; per fortuna esiste: si chiama Aid4Mail.

continua… Da Eudora ad Outlook: odissea di una migrazione – le difficoltà

SQL Server offre la possibilità di controllare se un file esiste. Vediamo come.

Tramite una procedura interna di SQL è possibile controllare l’esistenza di un file. La procedura è xp_fileexist e va usata così

EXEC master..xp_fileexist 'C:\immagine.jpg'

viene riportato 1 se il file esiste, oppure 0 se non esiste.

In un caso pratico ho dovuto controllare l’esistenza di un certo numero di files, il cui nome era memorizzato in una tabella. Per fare questo, ho innanzitutto creato una funzione (udf) che effettuasse il controllo e ritornasse il flag di trovato/non trovato

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
-- =============================================
-- Author:		<EDC>
-- Create date: <05.sep.2009>
-- Description:	<Check file exist>
-- =============================================
ALTER FUNCTION udf_FileExist
(
	@in_FileName VARCHAR(512)
)
RETURNS INT
AS
BEGIN

	DECLARE @out_result INT

	EXEC master..xp_fileexist @in_FileName, @out_result OUT

	RETURN ISNULL(@out_result,0)

END
GO

La funzione udf_FileExist accetta in input il nome del file (percorso completo) e restituisce un intero che varrà 1 se il file esiste, oppure 0 se non esiste.

Per usarla, sarà sufficiente richiamare la funzione nella query, così:

SELECT NomeFile, dbo.udf_FileExist(NomeFile) AS Esiste FROM Tabella_Files

Volete personalizzare il vostro sito o il vostro blog fatto in Wordpress, Joomla o Drupal? Artisteer è il generatore di templates che fa per voi.
Se avete un vostro sito web o un blog, fatto in HTML classico, oppure usando uno strumento come Wordpress, Joomla o Drupal, probabilmente vi sarete scontrati con la difficoltà di inventare un tema o di personalizzare quelli forniti di default. Se volete un tema fortemente personalizzato, potete usare Artisteer, un generatore di templates semplice e potente.

Buon lavoro.

Come aggregare risultati diversi in un’unica riga (record) di risultati

Un amico ha sollevato questo problema: come conoscere con un’unica query quante foto ha inserito un dato utente nella tabella foto e quanti blog ha inserito lo stesso utente nella tabella blogs.

Dato che il database in uso era Access, non si potevano usare Stored Procedures, quindi il tutto andava fatto con un’unica query.

Procediamo quindi per passi successivi.

1. Per prima cosa vediamo come leggere quante foto sono state inserite (il nostro utente immaginario si chiamerà…. “Pippo”, come sempre)

SELECT COUNT(*) FROM gallerieFoto WHERE fAutore="Pippo"

il risultato della query sarà (ad esempio):
5

2. Adesso procediamo con la lettura di quanti messaggi sono stati inseriti nel blog

SELECT COUNT(*) FROM blogs WHERE bAutore="Pippo"

il risultato della query sarà (ad esempio):
3

3. Ora uniamo le due query con una UNION, visto che il formato di uscita è identico

SELECT COUNT(*) FROM gallerieFoto WHERE fAutore="Pippo"
UNION
SELECT COUNT(*) FROM blogs WHERE bAutore="Pippo"

il risultato della query sarà:
5
3

4. così facendo avremmo due record, ma non si vuole fare un ciclo di lettura; quindi bisogna fare in modo che la query restituisca 2 colonne, non due righe

5. iniziamo con l’attribuire i due nomi di colonna per i risultati: qFoto e qBlog

SELECT COUNT(*) AS qFoto FROM gallerieFoto WHERE fAutore="Pippo"
UNION
SELECT COUNT(*) AS qBlog FROM blogs WHERE bAutore="Pippo"

il risultato della query sarà:
5
3

6. però è ancora una colonna sola; quindi aggiungiamo una colonna per query che faccia da segnaposto: nella query delle foto aggiungiamo il segnaposto dei blog, nella query dei blog aggiungiamo il segnaposto delle foto

SELECT COUNT(*) AS qFoto, 0 AS qBlog FROM gallerieFoto WHERE fAutore="Pippo"
UNION
SELECT 0 as qFoto, COUNT(*) AS qBlog FROM blogs WHERE bAutore="Pippo"

da notare l’inserimento incrociato dei segnaposto, per ottenere la corrispondenza delle colonne

il risultato della query sarà:
5 0
0 3

7. sistemata la questione delle due colonne, resta il problema delle due righe; aggiungiamo una query esterna che raccolga i MAX delle query (infatti interessano i risultati 5 e 3, gli zeri vanno ignorati); potremmo usare anche SUM, io per abitudine preferisco MAX.

SELECT MAX(qFoto) AS qFoto, MAX(qBlog) as qBlog FROM (
SELECT COUNT(*) AS qFoto, 0 AS qBlog FROM gallerieFoto WHERE fAutore="Pippo"
UNION
SELECT 0 as qFoto, COUNT(*) AS qBlog FROM blogs WHERE bAutore="Pippo"
) AS subQry

il risultato della query sarà:
5 3

che è esattamente quello che si voleva ottenere.

Avete bisogno di creare una pratica che è un duplicato di un’altra. Oppure dovete dividerne una complessa in due. Come fare?

Come duplicare (clonare) una pratica

Andremo a sfruttare la funzione di archiviazione pratiche, in questo modo:

• evidenziate la pratica che volete duplicare e chiedetene l’archiviazione
• nella finestra di archiviazione selezionate tutte le informazioni e chiedete di ‘Mantenere le informazioni originali nell’archivio’
• date quindi conferma

In questo modo avrete la stessa pratica sia nell’archivio Corrente che in quello Storico

• portatevi adesso nell’archivio Storico e selezionate nuovamente la pratica
• chiedetene nuovamente l’archiviazione (dallo Storico viene riportata nel Corrente)
• nella finestra di archiviazione selezionate tutte le informazioni e chiedete di NON  ’Mantenere le informazioni originali nell’archivio’
• date quindi conferma
• Élite vi segnalerà che la pratica esiste già nell’archivio di destinazione (è giusto, è proprio quello che ci serve)
• tra le opzioni proposte, scegliete ‘Crea nuova’
• Élite creerà una nuova pratica aggiungendo il suffisso ‘/1′ al Codice Pratica

Avete così duplicato la pratica. Se necessita, potrete attribuire un nuovo codice entrando in modifica pratica.

Élite è la procedura ideale per la gestione dello studio legale. Informazioni, prezzi e dimostrativo sul sito Blugeco.

In questo articolo spiegherò come selezionare (e poi eventualmente eliminare) i record duplicati di una tabella, usando SQL 2005.

Può capitare che in una tabella ci siano dei record (righe) duplicati. Rintracciarli per poi eliminarli è sempre una faccenda noisa.

Per fare questo possiamo avvalerci della funzione di numerazione righe ROW_NUMBER() di MS SQL Server 2005.

Ad esempio, questa query:

SELECT  ROW_NUMBER() OVER(PARTITION BY PART_IVA ORDER BY CODICE) AS [RowNumber]
      , PART_IVA
      , CODICE
FROM  CLIENTI

elencherà tutti i Clienti, numerandoli progressivamente quando hanno la stessa Partita IVA ( … PARTITION BY PART_IVA … ).

Per evidenziare i duplicati, basterà aggiungere una WHERE, così

SELECT * FROM (
   SELECT  ROW_NUMBER() OVER(PARTITION BY PART_IVA ORDER BY CODICE) AS [RowNumber]
         , PART_IVA
         , CODICE
   FROM  CLIENTI
   ) AS T1
WHERE RowNumber>1

Similarmente, potremo usare lo stesso stratagemma per eliminare tutti i doppioni

 DELETE T1 FROM (
   SELECT  ROW_NUMBER() OVER(PARTITION BY PART_IVA ORDER BY CODICE) AS [RowNumber]
         , PART_IVA
         , CODICE
   FROM  CLIENTI
   ) AS T1
  WHERE T1.RowNumber >1