I campi di questo tipo vengono automaticamente inizializzati con valori unici (ogni record della stessa tabella assume in questo campo un valore diverso). In Access 2007/2010/2013 questo campo si chiama "Numerazione automatica".

Questo tipo di dato è caratterizzato dalle seguenti proprietà aggiuntive:

ACCESS 2003	ACCESS successivi

Le proprietà aggiuntive più importanti per il tipo contatore sono:

Dimensione Campo (Access): I possibili valori sono:
- Intero lungo: I valori generati sono degli interi a 32 bit.
- ID replica: I valori generati sono dei GUID (Globally Unique Identifier). Si tratta di valori a 128 bit (16 byte) che vengono rappresentati utilizzando 32 simboli esadecimali (esempio {12CE7B48-B3FA-4109-B561-FDAAB1C19049}). Gli ID replica sono progettati per identificare in modo univoco i vari oggetti (tabelle, record, etc) contenuti nei database assegnati ad un particolare set di repliche. Un set di repliche è un insieme di elementi appartenenti ad un gruppo di archivi (posizionati anche in zone remote tra loro) che devono essere mantenuti allineati tra loro mediante un'operazione di sincronizzazione. Questo tipologia di contatore risulta necessaria, nei processi di allineamento tra db appartenenti allo stesso set di repliche, per evitare che durante la sincronizzazione a record differenti venga assegnata la stessa chiave primaria.

La sincronizzazione è quindi un processo di aggiornamento, tra due o più archivi che si attua applicando le modifiche apportate a ciascun db a tutti gli altri membri appartenenti al medesimo set di repliche. Nelle figure sottostanti vengono mostrati i menu di access 2003 e 2007/2010/2013 che consentono di attivare questa funzionalità.

Quando si sviluppa un'applicazione multiutente è preferibile avere un unico DB centrale. L'archivio viene alimentato da diversi client che possono risiedere nella stessa LAN oppure essere connessi remotamente tramite internet. I client remoti solitamente sono dei browser che comunicano con una WebApp installata sul server centrale oppure sono delle applicazioni sviluppate secondo la logica Client/Server (parte del software è sul client [interfaccia] e parte sul server [gestione dati]. Il modulo software client e quello server comunicano tra loro mediante uno scambio di comandi testuali).
Non sempre però questa architettura è applicabile. Si pensi a situazioni dove mancano linee stabili oppure quando sono molto lente. La soluzione per questi casi è quella di creare diversi DB, simili nella struttura ma tra loro indipendenti, che ad intervalli prestabiliti si allineano mediante meccanismi di sincronizzazione. Ogni DB (presso la sede centrale e presso le sedi periferiche) lavora separatamente rispetto agli altri. Questi archivi "indipendenti" vengono assegnati allo stesso set di repliche. Ad intervalli di tempo stabiliti le modifiche locali apportate a ciascun membro vengono applicate anche a tutti gli altri mediante un'operazione di sincronizzazione. Al termine della sincronizzazione i contenuti dei membri dello stesso set di repliche saranno uguali. Se vengono modificati i dati di uno stesso record, presente in due DB diversi dello stesso set di repliche, è possibile che si verifichino conflitti per cui è necessario definire delle regole gerarchiche tra i membri stessi.

Nuovi Valori (Access): I possibili valori sono:
- Incremento: I valori di questo campo verranno incrementati partendo dal valore iniziale 1. Ad ogni nuova scheda verrà assegnato il numero successivo.
- Casuale: I valori vengono sparati a casaccio chiaramente senza duplicati.

Indicizzato (Access): Può assumere come valori: ”NO”, “SI (Duplicati ammessi)”, “SI (Duplicati non ammessi).

L’indicizzazione è una delle funzionalità più importanti dei database ed infatti non è presente in programmi come EXCEL che vengono usati erroneamente per gestire archivi.

Un campo indicizzato è un campo al quale viene affiancata una struttura dati che permette di velocizzare le ricerche e gli ordinamenti.

Se leggo l'archivio DATI seguendo le posizioni indicate dall'indice relativo all' "Età" ottengo un elenco ordinato rispetto a quel campo:

Se invece leggo l'archivio DATI seguendo le posizioni indicate dall'indice relativo al "Nome" ottengo un elenco ordinato alfabeticamente:

Il prezzo dell'indicizzazione è rappresentato da una minor velocità nelle operazioni di aggiornamento dell'archivio (aggiunta/modifica) poiché, oltre alle modifiche sui dati, occorre aggiornare tutti gli indici associati. Nella successiva figura viene mostrato come l'aggiunta di un nuovo record (posto in fondo all'elenco dei dati) determini una serie di operazioni aggiuntive sull'indice (A, B, C, ... , M) che hanno lo scopo di mantenerlo aggiornato.

Negli elenchi ordinati è possibile applicare una serie di algoritmi che abbattono i tempi di risposta nelle ricerche. In un elenco non ordinato l'unica ricerca possibile è quella sequenziale o casuale.

Esempio pratico: Consideriamo un elenco telefonico. L'indice applicato è sul nominativo (se considero solo una singola località!) per cui la localizzazione di un numero di telefono in base al cognome risulta immediata. Immaginiamo ora di ricercare il nominativo della persona che risponde ad un determinato numero di telefono. In questo caso l'indice non ci supporta per cui siamo costretti a scorrere l'elenco, partendo dall'inizio, un numero dopo l'altro fino a che non si arriva a quello richiesto (ricerca sequenziale). I tempi di risposta in questo caso potrebbero essere anche molto lunghi.  

Vediamo in dettaglio i due principali metodi (algoritmi) di ricerca:

“NO”: Il campo non viene indicizzato e pertanto le ricerche saranno lente (sequenziali). Selezioniamo questa proprietà per i campi per i quali non prevedo ricerche od ordinamenti.

“SI (Duplicati ammessi)”: Si tratta di campi soggetti a ricerca che all'interno della tabella accettano valori ripetuti. Si pensi ad esempio al campo Cognome di una ipotetica tabella Alunni: è probabile che vengano effettuate delle ricerche e che ci siano casi di omonimia.

“SI (Duplicati non ammessi): E’ l’indicizzazione usata per i campi chiave (valori unici all'interno della stessa tabella) e per quelli che non devono presentare duplicati. Con questa proprietà "settata" non sarà possibile creare 2 schede, nella stessa tabella, che presentano valori uguali in quel campo. Se questo avviene verrà mostarta questa segnalazione di errore.

Formato (Access - OOBase): Questa proprietà è simile al "Formato Celle" di EXCEL.

Consente di visualizzare un dato in modo differente rispetto al suo valore reale, registrato in archivio. Ad esempio, utilizzando il formato potremo visualizzare il numero 12340 come "Lit. 12.340".
Per quanto riguarda il tipo contatore una maschera di formato utile è la seguente:

In OOBase il tipo contatore viene creato selezionando il tipo di dato BIGINT o INTEGER ed impostando la proprietà "Valore automatico" a SI

Questo tipo di dato viene utilizzato quando il contenuto del campo è una sequenza di caratteri alfanumerici (stringa) priva di significati temporali o numerici (es. Ragione sociale, nominativo, indirizzo, ...).
Un campo contenente solo caratteri numerici e sul quale non effettuo calcoli (esempio il CAP e il telefono), deve essere dichiarato come testuale! Infatti se si imposta il tipo numerico al posto di quello testuale le seguenti stringhe (digitate ad esempio da tastiera) verranno convertite in questo modo:

- Il CAP "00200" verrà registrato come numero 200.

- Il TELEFONO 030/2972626 verrà salvato come numero 30 diviso 29726266.

In OOBase questo tipo di dato viene creato selezionando il tipo CHAR o VARCHAR. La differenza tra CHAR e VARCHAR è che CHAR occupa realmente le dimensioni dichiarate poiché la parte inutilizzata viene riempita con spazi. CHAR va utilizzato solo quando sono sicuro che i caratteri dichiarati vengano tutti utilizzati (si pensi ad esempio al codice fiscale che è sempre lungo 16 caratteri).   In OOBase il confronto sui contenuti testuali è case sensitive. Esiste perciò una particolare variante: VARCHAR_IGNORECASE che ignora le differenze tra maiuscolo e minuscolo.

Il tipo testuale è caratterizzato dalle seguenti proprietà aggiuntive:

ACCESS 2003	ACCESS successivi	OPEN OFFICE BASE

Le proprietà aggiuntive più importanti sono:

Dimensione campo (Access - OOBase): Indica il numero di caratteri disponibili. Varia da 1 a 255 (2⁸)

In OOBase la dimensione viene specificata nella proprietà "Lunghezza". Contrariamente ad Access la lunghezza non ha un valore massimo ma è limitata solo dalla memoria disponibile. Il tipo CHAR senza dimensioni viene interpretato come un campo composto da un solo carattere. Se in VARCHAR non specifico la lunghezza lo spazio massimo assegnato è di 16Mb. Nel VARCHAR, anche se definisco una dimensione elevata, lo spazio disco occupato sarà comunque limitato a quello realmente utilizzato.

Indicizzato (Access): già visto (vedi contatore)

Richiesto (Access - OOBase): i valori possibili sono “SI” o “NO”. Questa proprietà impedisce il salvataggio del record quando il campo non risulta compilato. Esempio: evito di salvare una scheda STUDENTE se ho dimenticato di digitare il nominativo.

In OOBase questa obbligatorietà è indicata dalla proprietà "Digitazione necessaria". I valori possibili sono "Si" e "No".

Valore predefinito (Access - OOBase): è il valore che viene proposto al momento della creazione della scheda. In OOBase la proprietà ha lo stesso nome. Questa proprietà è utile quando quasi tutti i record di una tabella presentano per quel campo lo stesso valore.
Esempio: Se la mia azienda opera prevalentemente in ambito comunale nel campo PROVINCIA della tabella MIEI_CLIENTI posso impostare come valore predefinito la stringa "Brescia". Durante l'inserimento di un nuovo record cambierò il valore predefinito solo a quei pochi clienti che non risiedono nella mia provincia. 

ATTENZIONE! Se tutti i record (presenti e futuri) di una tabella risultano possedere sempre lo stesso valore per un campo allora questo va rimosso dalla tabella poiché inutile. Esempio: In una scuola maschile non ha senso definire il campo "sesso" per la tabella "Alunni".

Formato (Access - OOBase): Come nel caso del tipo contatore questa proprietà consente di visualizzare un dato in modo differente da come è stato realmente registrato. Vediamo alcuni esempi di maschere di formato utili per i campi testuali (vanno provate!). In OOBase non esistono particolari formati per il testo

Maschera	Valore	Risultato:	Supportato da:
>	"ciAO"	"CIAO"	Access
<	"ciAO"	"ciao"	Access
@@@@@@@	"ciAO"	"ciAO  "	Access
!@@@@@@@	"ciAO"	"  ciAO"	Access

Maschera di input (Access): Obbliga l'utente a seguire delle regole ben precise nell'inserimento dei dati. In questo modo, anche se il db è utilizzato da più persone (multiutente), i dati risulteranno scritti in modo omogeneo (e quindi potranno essere ricercati più facilmente).

Simbolo	Valori ammessi	vincoli
0	cifra 0 a 9	obbligatoria
9	cifra 0 a 9 o spazio	facoltativa
#	cifra 0 a 9 o spazio, più e meno	facoltativa
L	Lettera da A a Z	obbligatoria
?	Lettera da A a Z	facoltativa
A	Lettera da A a Z o cifra 0 a 9	obbligatoria
a	Lettera da A a Z o cifra 0 a 9	facoltativa
&	Qualsiasi carattere + lo spazio	obbligatoria
C	Qualsiasi carattere + lo spazio	facoltativa

vediamo alcuni esempi utilizzabili in campi di tipo testo:

Simbolo	Risultato
>L<?????	primo carattere alfabetico obbligatorio reso maiuscolo con > - I restanti al massimo 5 caratteri resi minuscoli con <
"ISBN "00\-0000\-000\-0	Codice ISBN10 presente sul retro dei libri
>LLL\ LLL\ 00L00\ L000L	Codice fiscale in maiuscolo

TIPO NUMERICO:

Questo tipo è utilizzato per informazioni di tipo numerico. Come tutti gli altri tipi dispone di una serie di proprietà che ne modificano le caratteristiche (visibili in basso):

ACCESS 2003	ACCESS successivi	OPEN OFFICE BASE

Le proprietà principali per il tipo numerico sono:

Dimensione campo (Access)

·      Byte: usato per campi il cui valore varia da 0 a 255 (per i voti può andare bene!). I valori ammessi sono interi positivi (i numeri con decimali sono esclusi)

·      Intero: utile nel caso i valori ammessi siano interi da –32.768 a 32.767 (+/- 2¹⁵). Usa 2 byte di memoria.

·      Intero lungo: per interi da –2.147.483.648 a 2.147.483.647 (+/- 2³¹) . Usa 4 byte di memoria.

·      Precisione singola (o single): questo tipo consente, al contrario dei precedenti, l’uso della virgola (numeri con decimali). Usa 4 byte e la sua precisione è al massimo di 7 cifre decimali. Accetta numeri il cui modulo è compreso tra 1,401298E–45 (x10^-45) e 3,402823E38 (x10³⁸). La rappresentazione binaria utilizzata è detta virgola mobile o floating-point.

·      Precisione doppia: è adatta al calcolo scientifico per la sua estrema precisione. Usa 8 byte. Memorizza numeri compresi tra [–1,79769313486231E308 (x10³⁰⁸), –4,94065645841247E–324 (x10^-324)] e [4,94065645841247E–324 (x10^-324) e 1,79769313486231E308 (x10³⁰⁸)]. La rappresentazione binaria utilizzata è quella in virgola mobile o floating-point.

·      BIGINT: Occupa 8 byte. Adatto a contenere valori interi con range [-2⁶³, 2⁶³-1].

·      REAL, DOUBLE: Sono tipi equivalenti. Occupano 8 byte. Vengono usati per contenere valori con la virgola in doppia precisione.

·      NUMERIC, DECIMAL: In HSQL (motore db utilizzato da OOBase) i tipi sono equivalenti. La loro precisione è specificata indicando esattamente il numero massimo di cifre presenti nel numero (comprese quelle relative alla parte decimale) e nella parte decimale.
Esempi di dichiarazione:
- DECIMAL (2, 1) : definisce un campo che accetta numeri la cui parte intera e decimale possono contenere al massimo una sola cifra. Valori come 9,9 1,0 sono accettati mentre vengono scartati i numeri 10,1 o 1,01.
- DECIMAL(2) : accetta numeri interi da -99 a 99. Nel conteggio delle cifre è escluso il segno e la virgola. Questo tipo è equivalente al "Decimale" di Access

Formato  (Access - OOBase): Consente la visualizzazione dei numeri con il simbolo di valuta e con i punti di separazione delle migliaia. Vediamo alcune maschere di formato adatte ai campi numerici (vanno provate!):

La sintassi relativa ai formati numerici consente la definizione di 4 sezioni separate dal punto e virgola. La prima sezione rappresenta il formato per i positivi, la seconda quello per i negativi;la terza quella applicata allo zero e la quarta per il valore nullo.
Ad esempio la seguente maschera di formato:

[RED] "caldo" #,00;[BLUE] "sotto zero" #,00;"Zero"

produce questo output:

In OOBase è possibile creare dei formati personalizzati basati su condizioni. Le condizioni devono essere racchiuse tra parentesi quadre [ ]. Nella costruzione delle condizioni è possibile utilizzare qualsiasi combinazione di numeri ed operatori di relazione (<, <=, >, >=, = e <>). Le condizioni ammesse sono al massimo tre.
Esempio:
per applicare differenti colori a seconda della temperatura possiamo impostare la seguente maschera di formato:

[<=4][GREEN]"(<4) "#.##0,00;[>=10][RED]"(>=10) "#.##0,00;[BLUE]"([<10,>=4) "#.##0,00

che produce questo risultato:

Access e OOBase posseggono delle maschere di formato predefinite: 

ACCESS	OPEN OFFICE BASE

Posizione decimali (Access):  indica il numero di cifre decimali da visualizzare nelle maschere di formato predefinite (numero generico, fisso, etc). In OOBase non esiste una proprietà analoga. Quando si utilizzano i tipi DECIMAL e NUMERIC la definizione del numero di cifre riservate alla parte decimale riguarda la dimensione del campo e non l'aspetto visivo del dato stesso.

Valido se (Access): Permette la definizione dei vincoli di validità sui valori digitati. Ad esempio per impedire inserimenti assurdi nel campo "VOTO" della tabella "VERIFICHE" posso impostare questa proprietà a: “>0 AND <11”.

Questo tipo va utilizzato quando l’ordinamento cronologico risulta importante. Per questo tipo di campo non è prevista una dimensione (occupa 8 byte).  Come in Excel, le date sono dei numeri dove la parte intera rappresenta il numero di giorni trascorsi a partire dal 30/12/1899 fino al giorno rappresentato nel campo.

In Access il riferimento al 30/12/1899 si può verificare utilizzando le seguenti istruzioni VBA:
-    Format(#12/30/1899 00.00.00#,"0.00") oppure
-  Format(Cdate(0),"dd/mm/yyyy hh.mm.ss")
che visualizzano rispettivamente 0,00 e 30/12/1899 00.00.00.

Le date precedenti il 30/12/1899 vengono registrate come numeri negativi. Il 29/12/1899 viene registrato come -1.
La parte decimale (è interpretata sempre come valore positivo!) invece indica la frazione di giorno trascorsa. Ad esempio:

>> 0,5 corrisponde alle ore 12:00 (se considero il numero come una data completa allora al 30/12/1899 alle ore 12.00).
>> -0,5 è trattato come un numero positivo per cui è equivalente a 0,5.
>> 1,75 corrisponde al 31/12/1899 alle ore 18.00
>> -1,25 corrisponde al 29/12/1899 alle ore 06.00

ALTER TABLE "NomeTabella" ALTER COLUMN "NomeCampoTimeStamp" SET DEFAULT CURRENT_TIMESTAMP;
ALTER TABLE "NomeTabella" ALTER COLUMN "NomeCampoTimeStamp" SET DEFAULT NOW;
ALTER TABLE "NomeTabella" ALTER COLUMN "NomeCampoTime" SET DEFAULT CURRENT_TIME;
ALTER TABLE "NomeTabella" ALTER COLUMN "NomeCampoTime" SET DEFAULT NOW;
ALTER TABLE "NomeTabella" ALTER COLUMN "NomeCampoDate" SET DEFAULT CURRENT_DATE;
ALTER TABLE "NomeTabella" ALTER COLUMN "NomeCampoDate" SET DEFAULT TODAY;

In realtà il meccanismo del "campo ricerca" può essere implementato per qualsiasi tipo di campo ad esclusione di quelli automatici  (contatore) e binari (OLE, Allegato ad esempio).

Vediamo come procedere:

1) Partendo dalla struttura della tabella clicchiamo sul campo per il quale si vuole creare l'elenco a discesa.

2) Nella parte bassa della maschera clicchiamo sul pannello "Ricerca"

3)  Compiliamo la prima proprietà presente nel pannello "Ricerca" in questo modo

- Visualizza controllo: selezioniamo il tipo di controllo: "Casella di riepilogo"

oppure "Casella combinata". Verranno mostrate le proprietà abbinate al controllo selezionato (i pallini verdi evidenziano quelle aggiuntive visualizzate quando seleziono "Casella combinata")

Se impostiamo "Visualizza controllo" a "Casella di testo" l'elenco a discesa non verrà visualizzato e il campo potrà essere compilato (in modalità "Foglio dati") semplicemente digitando il valore nella cella abbinata.
- Tipo origine riga: impostiamolo su "Elenco valori" (ignoriamo quindi le altre due possibilità: "Tabella/query" ed "Elenco campi").
- Origine riga: elenchiamo i valori da visualizzare separandoli con un punto e virgola. Ad esempio: 1;Storia;2;Geografia;3;Informatica. Se "Tipo origine riga" è impostato su "Tabella/query" in questa proprietà viene inserito un comando SQL di selezione (ad esempio: SELECT Matricola, Nominativo FROM Studenti).
- Colonna associata: indica la colonna del combobox da cui viene estratto il valore da registrare nel campo.
- Numero colonne: indica il numero di colonne presenti nel combobox. L'elenco di valori in "origine riga" verrà suddiviso in gruppi di "Numero Colonne" elementi. Ogni gruppo verrà inserito su ciascuna riga del combobox.

Origine riga:"1;Storia;2;Geografia;3;Informatica"
Numero colonne = 1	Numero colonne = 2	Numero colonne = 3

- Larghezza elenco: indica la larghezza in cm. dell'elenco quando viene aperto

Larghezza elenco= 5,079 cm	Larghezza elenco= 2,801 cm

- Larghezza colonne: indica la larghezza di ciascuna colonna espressa in cm. Ponendo una larghezza a 0cm nascondo la colonna associata (utile per occultare gli id e mostrare solo il campo significativo). Ecco alcuni esempi:

Larghezza colonne= 2,54 cm;2,54 cm	Larghezza colonne= 0 cm;2,54 cm	Larghezza colonne= 0,701cm;2,547cm

- Intestazione colonne: Se la imposto a "Si" il primo gruppo di "Origine riga" (composto da "Numero colonne" elementi) verrà usato per intitolare le colonne.

Origine valori= 1;Storia;2;Geografia;3;Informatica	Origine valori= Id.;Materia;1;Storia;2;Geografia;3;Informatica

- Consenti più valori (solo Access 2007/2010/2013): Se lo imposto a "Si" potrò selezionare più righe. In questo caso il campo verrà trasformato in campo testuale. Attenzione: una volta impostata questa proprietà a "Si" non è possibile ritornare sul "No".