Newsgroup: it.comp.software.database
Titolo: Oracle e schemi

mi spiace sono un ignorantone Oracle e bieco sfruttatore di NG, cercherò
di farmi perdonare in futuro (classico da commerciale ;))
La domanda potrebbe essere così condensata "Cosa sono gli schemi?"
Ho cercato in rete ed ho compreso la vastità del problema (anche se
http://www.archesis.it
 consigliato chiede la password), mi "basta"
capire se gli schemi hanno a che fare con le performance...
- se la macchina è lenta ha senso spezzare un gestionale ed un data
warehouse sotto due schemi? se la macchina è lenta lo rimarrà a senso,
no?
- se una query è lenta la sposto di schema ed accelera? a me sembra una
cavolata, no?
buona serata a tutti

 - se la macchina è lenta 
Si cerca di capire quale e' il problema. E' lenta perche' ha poca
memoria? E' lenta perche' il database non e' ottimizzato? E' lenta
perche' mancano gli indici/sono sbagliati?
Davide
-- 
| Caller: I just installed Windows 95 on my computer. Tech Support:
| And...? Caller: It's not working. Tech Support: You already said that.
| 
| 
| 
| 


Lo schema è l'insieme di tutti gli oggetti apparteneneti ad un utente.
E' una separazione logica degli oggetti che non ha nessuna influenza sulle
performance.
Ciao
Matteo

 perche' mancano gli indici/sono sbagliati?
sono assolutamente con te, ma almeno adesso so che gli schemi non
c'entrano ;)
ditemi ancora una cosa, occupazione disco può essere controllata dagli
schemi?
un grazie e buona serata anche a matteooooo che vedo "entrante"

 schemi?
non dagli schemi ma dai tablespaces(anch'essi contenitori logici di oggetti)
Ciao


buongiorno !
felice_pago
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 wrote in message
news:KNDMb.101586$_P.37...@news4.tin.it...

ma il tablespace è trasparente alla referenziazione degli oggetti?
posso avere a.t1 ed a.t2 in due tablespace differenti?
ciao e grazie
per tutti: ho trovato anche questo pure in italiano:
http://www.microsoft.com/italy/technet/risorse/info_tech/servers/sqlorpro

 performance.
scusatemi dopo aver pestellato e capito un pochino (forse) di piů,
volevo rilanciare una domanda legata agli utenti.
Supponiamo un qualunque set di tabelle (diciamo un gestionale) create
sotto uno schema/utente. Adesso io vorrei che ogni utente che tramite i
programmi del gestionale stesso accede al DB facesse la connessione con
nome/password differenti pur vedendo i dati del gestionale
Mi sembra il minimo no?
Al momento mi sono venuti in mente solo i sinonimi da creare
nell'ambiente dell 'utente, ma mi sembra un po' strano. Non ci sono
altre strade?

 altre strade?
i sinonimi sono la soluzione piu' elegante(esistono per questo).
E' possibile referenziare un oggetto di altro utente indicando per esteso
nome del owner piu' il nome dell'oggetto
Tabella Conti dell'utente GEST puň essere referenziata da qualsiasi altro
utente con la seguente sintassi
select * from GEST.conti
Inutile dire che i sinonimi sono meglio!
Ciao
Matteo

 fornitori, clienti, banche, ecc.
devi differenziarli a livello di datafile ... la differenziazione per schema
non serve a nulla nell'ambito delle prestazioni...
Ciao
Matteo

 posso avere a.t1 ed a.t2 in due tablespace differenti?
si
Ciao
Matteo

 Matteo
felice_pago
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 quello dei dati e quello degli indici.
uhmm ok intanto acquisisco info... due datafile bene.
btw Ma le view con delle where si possono "precreare" in modo che sia di
risposta immediata?

Paolo Fiore ha scritto:



diciamo che mentre tutti dormono ;)
tu fai scattare delle foto dove vuoi :)
sono delle "materialized view" appunto delle foto , snapshot
che saranno rinfrescate ....
visto che cerchi sempre performance, ricordati di mettere sotto
log solo i tablespace che lo meritano, no snaphot no temp 
ecc...


 ecc...
onde generare equivoci:
il datafile e' la sequenza di byte che contiene i dati/indici
che saranno organizzati su tablespace, ergo quando dico un datafile
per dati e uno per indici intendo un tbs, dove a sua volta il
tbs puo' essere "spalmato" su + datafile :
add datafile tbs .....
il datafile puo' essere su filesystem o su raw-device, 
diciamo che nel primo caso ogni accesso, su unix, passa
da SO, su raw-device si evita un passaggio da SO.
spero di non essermi incartato nel cercare di spiegarti qlcs,
a cui nel futuro vorrai arrivare :)
felice_pago 


 > uhmm ok intanto acquisisco info... due datafile bene.
Non semplicemente due datafile ....a seconda di cosa contengono devi anche
posizionare i due datafile in dischi diversi ...
L'ottimizzazione di Oracle è un argomento infinito....
Ciao
Matteo