Newsgroup: it.comp.software.database
Titolo: Definizione di "Istanza" ?

Ciao a tutti.
Potete darmi una definizione di Istanza?
Mi sembra di aver capito che l'istanza comprende il database e l'ambiente in
cui gira.
Ma vorrei avere una definizione precisa. Ho cercato in rete ma non ho capito
molto.
Grazie mille.
ciao
Luca

 Luca
Gabriele
-- 
{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}
SunGray aka Gabriele Lana
contact me @ 
sun...@tiscalinet.it
See you space cowboy ...

 Process Monitor, SMON System Monitor, LGW Log Writer, DBW? Database
Writer,
e per Sql Server 2000? cosa cambia?
Grazie 1000
Luca

SELECT...FROM...WHERE... 
Se ho capito bene le istanze sono le singole righe di una tabella,
cioe' i record, con quanto in essi contenuto.
Saluti.
-- 
ing. Franco Varoli
fva...@tin.it
fva...@libero.it

 ing. Franco Varoli
Ciao
Luca
P.S. (per la cronaca possiamo anche aggiungere che ci sono i DCL cioè Data
Control Language (cioè i comandi Commit, Rollback e Savepoint)

 Control Language (cioè i comandi Commit, Rollback e Savepoint)
Per la cronaca li aggiungiamo solo per i DBMS che supportano le
transazioni....
/G

 cioe' i record, con quanto in essi contenuto.
Bum! Misa che hai capito proprio male...
/G



Grazie della precisazione.




Non lo metto in dubbio. Poiche' ho registrato tutte le lezioni (30 da
RaiNettunoSat) andro' a risentirmi quella che parla delle istanze e
saro' piu' preciso.


 /G

 Control Language (cioč i comandi Commit, Rollback e Savepoint)
Questo era doveroso!
danilo

 Mi serve questa definzione di istanza per Sql Server.
Come per Oracle, istanza sono i processi che girano sul server (per
SqlServer è il servizio MsSqlServer, SqlAgent e MsDTC... poi ci sono i
diversi processi interni come Lazywriter -o qualcosa del genere, non ricordo
esattamente il nome) e la memoria per gestire i database... i nomi dei
servizi in realtà sono del tipo mssqlserver$nomeistanza, ma controlla perché
non ho qua nessun server con due o più istanza per poter controllare, vado a
memoria :)
Database invece dovrebbero essere i files dove sono memorizzati i dati; cioè
datafiles e redo log (almeno così dice Oracle).
Paulus
http://spazioweb.inwind.it/it_informatica
--------------------------------
Inviato via 
http://usenet.libero.it

 molto.
Provo a dare anche il mio contributo.
Prima di tutto dobbiamo fare una netta distinzione
tra modello concettuale ed implementazione fisica.
Nel modello concettuale il termine istanza viene
usato informalmente piuttosto liberamente per
identificare svariate cose.
Solitamente con istanza ci si riferisce ad un'occorrenza
di un'entita' (o relazione).
Un entita' e' un qualunque oggetto, concreto o astratto,
che ha informazione. Un'entita' rappresenta un insieme di
elementi omogenei detti istanze.
Sarebbe come dire che se definisci l'entita' "impiegato",
il Sig. Rossi Mario e' un'istanza.
Se vuoi una definizione piu' formale prova a questo link
http://www-db.deis.unibo.it/courses/SIL-A/PDF/Relazionale-2p.pdf
A livello di implementazione fisica si potrebbe fare
un'analogia tra l'istanza e la riga di una tabella.
Non so quanto sia corretto l'utilizzo del termine istanza anche
a livello di implementazione fisica per fare riferimento ad
una riga di una tabella, a mio parere genera piu' confusione
che altro (confusione con il modello concettuale, con il mondo
Object Oriented ed infine va ricordato che per la maggior
parte delle persone che non hanno niente da spartire con
l'informatica, istanza ha valenza legislativa).
Diverso invece quando si parla di un'istanza di un (R)DMBS.
In questo caso siamo nel dominio dell'implementazione
fisica con riferimento esplicito ad un software.
In questo caso si intende solitamente una copia in esecuzione
del software a cui ci si riferisce.
Nel caso di SQL Server si intende una copia del servizio,
implementata tramite un singolo processo che orchestra molteplici
sotto unita' di processo (thread), che svolge le funzioni RDBMS.
Un definzione piu' informale, sempre per quanto riguarda SQL Server,
potrebbe comprendere anche i servizi legati a quello che svolge
le funzioni di RDBMS, ad esempio il SQL Server Agent che e' implementato
come processo separato.
Attenzione al fatto che in un ambiente con piu' istanze
di SQL Server in esecuzione concorrente, esiste solo una
istanza dei servizi Distributed Transaction Coordinator e
Microsoft Search (che sono anch'essi implementati tramite
processi separati).
Ciao,
--
Gianluca Hotz
Backoffice MVP (SQL Server) MCP SQL Server and MCP Windows
Vice-President of the Italian User Group for SQL Server
Founding Member of the Italian User Group for .NET
http://www.ghotz.com
http://www.ugiss.org


Ho riascoltato la lezione incriminata e confermo che avevo capito
bene, salvo eventualmente qualche minuzia. Debbo premettere che, al
contrario dei frequentatori di questo gruppo, io non sono un
professionista del database. Sono insegnante di topografia in una
scuola media superiore, tra l'altro alle soglie della pensione, e mi
interesso di informatica e di database, sia per diletto personale, sia
per tenermi aggiornato per evitare il pericolo che gli studenti ne
sappiano più di un insegnante. So che questo capita piuttosto spesso
ma per me sarebbe insopportabile. Chiusa la parentesi.
Nel frattempo ho letto anche l'intervento di Gianluca Hotz, che mi ha
molto tirato su di morale. Veniamo al punto. La lezione n. 3 riguarda
"Modelli e linguaggi per basi di dati". Riguardo ai modelli Atzeni ha
detto testualmente:
"Un modello dei dati da' delle regole:
- per definire gli schemi della base di dati;
- per definire le istanze che a questi schemi corrispondono.
Il modello relazionale permette di definire schemi che sono strutture
di tabelle e istanze che sono tabelle.
Lo schema corrisponde alla struttura della base di dati,
sostanzialmente invariata nel tempo.
L'istanza corrisponde al contenuto della base di dati.
Lo schema corrisponde sostanzialmente alla intestazione della tabella,
ma anche ai tipi di valori che sono contenuti in ciacuna colonna della
stessa.
L'istanza corrisponde effettivamente al contenuto, cosi' come fissato
dallo schema.
Si ha una struttura a tre livelli:
- il modello che ci dice quali sono gli schemi e fornisce le regole
per definire gli stessi;
- gli schemi che ci dicono quali sono poi le istanze
- le istanze stesse.
Ad esempio, nel modello relazionale abbiamo schemi che sono costituiti
da tabelle. Gli schemi sono poi via via definiti. Ad ogni schema
possono corrispondere piu' istanze. Lo schema corrisponde alla
struttura che e' fissata nel tempo per la base di dati. L'istanza
varia nel tempo. Lo schema, sulla base delle regole del modello,
specifica come sono fatte le istanze.
Linguaggi per basi di dati:
[cut]
Possiamo distinguere tra operazioni sullo schema e operazioni a
livello di istanza. E' opportuno distinguere tra due categorie:
- operazioni sullo schema (DDL)
- operazioni sui dati (DML.
[cut]
Esempio di operazioni sui dati, cioe' operazione DML (sull'istanza):
select docente from orario where aula = "N1"
Fine della citazione.
Mi scuso per la lunghezza del messaggio, ma ho ritenuto opportuno
citare testualmente il piu' possibile per evitare cattive
interpretazioni da parte mia. Per concludere ritengo di aver capito
bene. In un certo contesto (Hotz ha precisato che di contesti che ce
n'e' piu' di uno) per Atzeni l'istanza e' il dato ed ecco perche'
avevo semplificato dicendo che lo schema e' la struttura delle tabelle
e le istanze sono i record contenuti nelle tabelle.


 e le istanze sono i record contenuti nelle tabelle.
Giusto hai fatto bene... questo è il più classico dei misunderstanding.
Il contesto a cui noi facevamo riferimento era un contesto più fisico,
tangibile se mi passi il termine. In quel caso si incorre spesso in quei
termini "istanza" e "schema", e appunto hanno un valore completamente
differente.
Beh è tardi... cmq devo rispulciare il tomo di Atzeni...
/G

Beh è tardi... cmq devo rispulciare il tomo di Atzeni...
Tieni presente che le lezioni che ho seguito sono il corso di "Basi di
dati per sistemi informativi territoriali" tenuto da Atzeni e Torlone
su RaiNettunoSat nell'ambito delle lauree (brevi) a distanza in
Sistemi informativi territoriali. Non e' un corso per specialisti di
database. Sono 30 lezioni di 40 minuti l'una, due terzi delle quali
tenute da Atzeni che parla di algebra relazionale, linguaggio SQL,
modello logico e modello concettuale con esempi ed esercizi vari. Non
entra mai nel contesto del modello fisico. Non conosco il suo "tomo" e
non entro nel merito di quello che dice li'.


> Anch'io non avevo capito bene. Voi vi riferivate al modello "fisico",
appunto anche in se si parla di *modello fisico* in realtà si cade in
interpretazioni sbagliate...
il modello fisico (che mi si passi la definizione) è la *traduzione* in
una struttura proprietaria al DBMS di quello che è il modello logico...
Es:
[Logico]
Automobile
------------------
N Immatricolazione
A Marca
A Modello
A Targa
In questo caso Automobile è *entità* gli *attributi* hanno come
*tipo di dominio* rispettivamente Numerico e Alfanumerico
questo modello è valido a prescindere dal DBMS che si usa.
Invece...
[Fisico]
Automobile
------------------
Immatricolazione Numeric(10)
Marca    Varchar2(20)
Modello    Varchar2(20)
Targa      Char(7)
L'entità diventa *tabella*, gli attributi diventano *campi*, e i tipi di
dominio diventano *tipo dati* e non solo, questo è un ipotetico modello
fisico su Oracle... su un'altra piattaforma sarebbe diverso.
Quello a cui si faceva riferimento al thread iniziale invece appartiene
alla sfera architetturale del DBMS ed è specifico anche quello alla
piattaforma.
Comunque è un po' un casino e spero di non averti confuso ulteriormente
le nozioni
Cia`
/G

le nozioni
No. E' tutto abbastanza chiaro. Ringrazio per l'attenzione prestatami.
