Logout [ e01692 ] FAQ Cerca Iscritti Pannello di Controllo Utente. Ultimo accesso: ieri, 8:57 Oggi è 04/11/2008, 9:46

Transcript

1 lnx.brescianet.com Sito didattico - Prof. Sechi Marco Logout [ e01692 ] FAQ Cerca Iscritti Pannello di Controllo Utente Ultimo accesso: ieri, 8:57 Oggi è 04/11/2008, 9:46 Messaggi senza risposta Argomenti attivi Indice» 1 MODULO - Appunti» Classe 4N - 1 Modulo Classe 4N - 1 Modulo Messaggi recenti I tuoi messaggi Tutti gli orari sono UTC [ Pannello di Controllo Moderatore ] Pagina 1 di 2 [ 15 messaggi ] Vai alla pagina 1, 2 Prossimo Inserisci nei segnalibri Stampa pagina Precedente Successivo Autore Messaggio e01692 Oggetto del messaggio: Classe 4N - 1 Modulo Inviato: 18/09/2008, 6:04 Fulgidi appunti di INFO illustrati durante le interessantissime lezioni nel LAB INFO 2 e01692 Oggetto del messaggio: 4N - 16/09/2008 Inviato: 18/09/2008, 6:09 Struttura di una tabella: elenco delle voci (campi) che descrivono il generico elemento contenuto nella stessa. Tabella alunni ==> campi: Matricola, Cognome, Nome... La definizione della struttura equivale al disegno del modulo cartaceo dove definisco le voci (campi) che caratterizzano una certa informazione. La singola scheda compilata si dice record. I dati relativi ad un alunno quindi rappresentano un "RECORD" della tabella I db sono caratterizzati dall'accesso in multiutenza (+ utenti alimentano e consultano i dati in contemporanea) I db registrano in modo immediato i dati appena inseriti - (motivo + utenti possono usare in rete lo stesso DB e pertanto è necessario che tutti gli utenti connessi abbiano sempre una visione aggiornata dei contenuti) DB Monolitico ==> DB caratterizzato da una sola tabella Campo chiave ==> è il campo che identifica in modo univoco una scheda di una tabella esempio matricola studente ==> campo chiave tabella studenti codice fiscale ==> campo chiave per il contribuente italico

2 e01692 Oggetto del messaggio: 4N - 18/09/2008 Inviato: 18/09/2008, 10:01 USO di EXCEL come DB Tabelle ==> singoli fogli Colonne ==> campi Record ==> righe L'uso di Excel come DB (Per DB identifico l'archivio ma anche il prg che gestisce i dati) ha comportato l'aggiunta di un menu DATI dove sono presenti le due funzionalità principali di un DB 1) Ordinamento 2) Ricerca - Filtro (fatto esempi) Nei DB monolitici ho molta ridondanza nell'informazione (i dati anagrafici di uno studente vanno ripetuti ==> il che implica errori anche nella digitazione (esempio ROSSI, ROSI..) Il campo contatore genera valori univoci - Va usato se l'analisi sul caso reale che intendo implementare in un DB non evidenzia un'informazione univoca per ogni singolo record Il tipo contatore genera i "Nuovi Valori" in modo incrementale o casuale.il secondo è utilizzato per evitare che si venga a sapere il numero di record presenti in archivio Analizzando la situazione reale il campo chiave va anche scelto in base anche alla sua usabilità ed ai vantaggi che questo apporta. Ad esempio identificare gli studenti con il loro CF implica una maggiore complessità (devo chiede ad ogni studente il CF) ed inoltre quando compilo questa informazione devo digitare 16 caratteri.) senza alcun vantaggio rispetto all'uso di un contatore. Per il fisco l'uso di un counter è + complesso al contrario del CF che rappresenta un codice parlante (lo riesco a costruire in base ai dati anagrafici della persona) -- Ricordarsi modalità struttura ed inserimento e01692 Oggetto del messaggio: 4N - 19/09/2008 Inviato: 19/09/2008, 10:51 Indicizzazione => struttura dati di appoggio necessaria per velocizzare ordinamenti e ricerche. Rovescio della medaglia rallenta gli inserimenti poichè è necessario aggiornare ad ogni nuovo record le info contenute nell'indice

3 Algoritmo dicotomico L'elenco deve essere ordinato 0) Considero come elenco l'intero archivio. Sia N la sua numerosità Se N=0 vado al 6 1) Confronto il valore cercato X con l'elemento al centro Archivio[N/2] 2) Se X=Archivio[N/2] allora ho finito 3) Se X<Archivio[N/2] allora considero come elenco la porzione di archivio a sinistra 4) Se X>Archivio[N/2] allora considero come elenco la porzione di archivio a destra 5) Ritorno al punto 0 6) FINITO Questo algoritmo dimostra che con elenchi ordinati ottengo una ricerca veloce I campi chiave vanno sempre indicizzati senza duplicati. Log di base 2 di N ==> è l'esponente che devo dare a 2 per ottenere N esempio log 8 ==> 3 2 La tecnica di indicizzazione in access utilizza i B-Tree Fatto vedere gli indici e01692 Oggetto del messaggio: 4N - 23/09/2008 Inviato: 23/09/2008, 9:05 Occorre indicizzare tutti i campi soggetti a ricerca o ordinamento Non esagerare poichè quando creo un nuovo record access deve aggiornare tutti gli indici impostati con conseguente perdita di tempo campo chiave ==> con indice senza duplicati (usare la chiavetta) campo significativo ==> con indice con duplicati - è il campo che permette di identificare (umanamente) una singola scheda. La proprietà formato consente di visualizzare un dato in modo differente rispetto a come è stato registrato nel db esempio Dato: 12 ==> Formato ==> visualizzo Dato: 1012,1 ==> Formato #.##0,00 ==> visualizzo 1.012,10 maschera di formato ==> stringa digitata nella proprietà formato che indica come dovrà essere visualizzato un certo dato (esempio #.##0,00) seleziono il tipo testo anche per quelle info caratterizzate da sequenze di numeri sulle quali non effettuo calcoli (esempio cap, telefono)

4 "234" diversa da la prima è una stringa (sequenza di caratteri) il secondo è un numero "234"+"12" = "23412" = 246 la diversità del tipo determina operatori di calcolo differenti (nelle stringhe + è la concatenazione) intero byte ==> 1 byte 8bit ==> 256 combinazioni di 0 e 1 nei computer i numeri vengono abbinati a sequenze di bit; + bit ho e maggiore è il range di numeri rappresentabile single => maggiore è la parte intera e minore è laprecisione sul decimale - usata per le coordinate del video ,08 0, Un campo che presenta nei suoi record sempre lo stesso valore non va implementato (costruito) In una scuola maschile il campo sesso non ha senso) - Quando il caso reale indica che per un campo la frequenza di un certo valore è molto alta (esempio provincia BS) allora imposterò per quel campo un valore predefinito Formato tipi numerici: Valore: 0,8734 Formato: #.###,000 ==> Visualizza,873 Valore: 0,8734 Formato: #.##0,00000 ==> Visualizza 0,87340 Valore: 1000,8739 Formato: #.###,000 ==> Visualizza 1.000,874 Valore: 1000,8739 Formato: #,00 ==> Visualizza 1000,87 Valore: 0,8734 Formato: 0,00 ==> Visualizza 0,87 Valore: 0,8734 Formato: 0,0 ==> Visualizza 0,9 Valore: 0,8734 Formato: \L\i\r\e #.##0 ==> Visualizza Lire 1 Valore: 0,875 Formato: 0,00 ==> Visualizza 0,88 Valore: 0,874 Formato: 0,00 ==> Visualizza 0,87 Con F1 sul campo Formato ottengo un help esteso relativo alla sintassi della maschera di formato tipo data ora "12/01/1900" > "01/01/2009" vero poichè per le stringhe viene utilizzato l'ordinamento presente nella tabella ASCII - L'ordinamento nelle stringhe è fatto in modo posizionale (primo carattere confrontato con il primo dell'altra stringa e cosi via) #09/23/2008# ==> il mese come notato utilizza la notazione anglossassone #01/12/1900# < #01/01/2009# => vera La scelta del tipo corretto implica ordinamenti corretti

5 Supponiamo che il tipo data/ora non esiste. Per ovviare al problema ed ottenere un ordinamento di tipo cronologico basta ribaltare la scrittura della data ovvero invece di scrivere: "12/01/1900" > "01/01/2009" scriverò (anno/mese/giorno) "1900/01/12" < "2009/01/01" oppure " " < " " oppure utilizzando un tipo numerico < numero di giorni a partire dal 30/12/1899 1,5 ==> 31/12/1899 ore 12 1,75 ==> 31/12/1899 ore 18 0 ==> 30/12/1899 ore 0 e01692 Oggetto del messaggio: 4N - 25/09/2008 Inviato: 25/09/2008, 9:57 #09/23/2008#+1 => #09/24/2008# (Domani) #09/23/2008#-1 => #09/22/2008# (Ieri) Oggi()-[NatoIl]+1 => nr di giorni di vita fino ad oggi [sintassi è errata] Formato Date: #09/08/ # = formato g ==> 8 #09/23/ # = formato gg ==> 23 #09/23/ # = formato ggg ==> mar #09/23/ # = formato gggg ==> martedì #09/23/ # = formato i ==> 2 => numero 0 ==> domenica, 1 ==> Lunedi... #09/23/ # = formato ii ==> 39 ==> numero della settimana dell'anno #09/23/ # = formato m ==> 9 #09/23/ # = formato mm ==> 09 #09/23/ # = formato mmm ==> set #09/23/ # = formato mmmm ==> settembre #09/23/ # = formato a ==> 267 ==> nr gg dall'inizio dell'anno #09/23/ # = formato aa ==> 09 #09/23/ # = formato aaaa ==> 2009 #09/23/ # = formato "gggg, g mmmm aaaa" ==> martedi, 23 settembre 2008 #09/03/ # = formato "gggg, gg mmmm aaaa" ==> mercoledì, 03 settembre 2008 #09/23/ # = formato h ==> 18

6 #09/23/ # = formato hh ==> 18 #09/23/ # = formato n oppure m ==> 23 #09/23/ # = formato nn oppure mm ==> 23 #09/23/ # = formato s ==> 1 #09/23/ # = formato ss ==> 01 #09/23/ # = formato hh:mm:ss ==> 18:23:01 > "ciao" ==> "CIAO" Visualizza tutti i caratteri in maiuscolo. < "CIAO" ==> "ciao" Visualizza tutti i caratteri in "ciao" con formato "@@@@@@" ==> " ciao"!@ "ciao" con formato "!@@@@@@" ==> "ciao " maschera di input: meccanismo che obbliga gli utenti a digitare un dato secondo una certa formattazione. Consente una scrittura uniforme del dato (e questo rende possibili le ricerche) La scrittura 32/10/2008 viene rifiutata da parte del tipo selezionato (data ed ora) e non dalla maschera di input 00/00/0000;0;_ => le cifre sono obbligatorie; lo spazio, + e meno non ammessi 99/99/9999;0;_ => le cifre sono facoltative sostituibili con lo spazio; + e meno non consentiti ##/##/####;0;_ => le cifre sono facoltative sostituibili con lo spazio; + e meno consentiti password ==> non visualizza i caratteri digitati L ==> lettera A..Z immissione obbligatoria? ==> lettera A.. Z immissione facoltativa A ==> lettera o cifra immissione obbligatoria a ==> lettera o cifra immissione facoltativa & ==> qualsiasi carattere immissione obbligatoria Il secondo elemento dice se devo salvare (0) oppure no (1 o niente) i simboli di separazione che sono stati inseriti nella maschera di input Esempio se scrivo 01/01/2000 con 00/00/0000;0;_ nel db verrà salvato 01/01/2000 Esempio se scrivo 01/01/2000 con 00/00/0000;1;_ nel db verrà salvato Il terzo elemento (separato con ;) è il simbolo che appare quando ancora non è stato digitato niente Esempi CAP Cellulare 9999\ ;0;_ Cod Fiscale LLLLLL00L00L000L LL sigla provincia In access97 ed in alcuni DB i campi memo non sono indicizzabili (la ricerca pertanto sarà sequenziale)

7 I campi booleani ammettono solo 2 valori. Sono indicizzabili con duplicati poichè è la necessità di ricercare che impone questa impostazione. Illustrati esempi con combobox a 1 o 2 colonne (di tipo statico che richiedono la modifica della struttura nel caso si voglia aggiungere ulteriori voci). Consente inserimento uniforme (utilizza il pannello ricerca) Tipo origine riga : elenco valori Origine riga: TN;Trento;BS;Brescia (Lomb);BG;Bergamo Numero colonne =2 TN;Trento BS;Brescia BG;Bergamo Colonna associata (colonna da cui pesco il valore che poi inserisco nel DB) Larghezza colonna (0 cm; 5 cm) L'uso di codici per compilare un campo mi consente di modificare la descrizione che appare senza cambiarne i contenuti e01692 Oggetto del messaggio: Re: Classe 4N - 1 Modulo Inviato: 26/09/2008, 10:26 Indice => ricerche ed ordinamenti + veloci ma non impossibili se non esiste il tipo booleano in un db quale è la soluzione. + precisa è la struttura meno sono gli errori che posso compiere le classificazioni ==> un indice fare eser 1 e 2 per martedi e01692 Oggetto del messaggio: 4N - 03/10/2008 Inviato: 03/10/2008, 10:49 TABELLA MANIFESTAZIONI La struttura della tabella dovrà essere progettata tenendo conto che: 1) L'elenco delle manifestazioni viene spesso presentato in ordine cronologico rispetto alla data di pubblicazione. => deve esistere il campo e deve essere indicizzato - tipo data/ora 2) Gli utenti richiedono frequentemente un elenco delle manifestazioni per tipologia. Esempi:

8 eventi teatrali, cinematografici, mercatini etc. => campo tipologia indiciz. (indicizzo sempre i campi che classificano un insieme di record) - fare l'elenco a discesa 3) Ogni manifestazione ha un periodo di validità definito specificando la data inizio e fine. => devo avere datainizio e datafine di tipo data e ora - devono essere indicizzati - le manifestazioni attive sono quelle che hanno datadioggi<=datafine AND datadioggi>=datainizio 4) L'archivio deve contenere il programma dettagliato della manifestazione. (campo memo) 5) Ogni manifestazione viene identificata con una sigla alfanumerica, corrispondente al comune promotore, seguita da un numero progressivo. (campo chiave - testo di 7 con opportuna maschera di input LLL0000) 6) L'archivio deve contenere i riferimenti degli organizzatori. Tale informazione difficilmente è oggetto di ricerca. (campo memo) aggiungere campo significativo: titolo manifestazione (indice con duplicati) TABELLA INTERROGAZIONI 1) Il professore insegna solo in una classe. (non serve il campo classe) 2) le interrogazioni orali sono al massimo 2, idem per le verifiche scritte. 4 campi byte - posso usare voti simbolici (esempio 7++, 7/8...) ma in questo caso devo mettere il campo votonumericodiriferimento di tipo single) 3) l'archivio deve registrare un sunto delle domande effettuate durante la singola interrogazione (campi memo) 4) i casi di omonimia devono essere gestibili. (indice con duplicati nel cognome) 5) la ricerca per cognome è molto frequente. 6) La scuola associa ad ogni studente una matricola composta di 6 numeri progressivi a partire dallo ) La media dei voti è un'informazione molto richiesta. (campo media ma non indicizzato - double - non sappiamo ancora come calcolare il dato: mi basta solo lo spazio per registrarlo) 8) Non viene mai fatta una ricerca per nome. (no indice) 9) Per questione di privacy non esiste alcun riferimento esplicito all'abitazione dello studente ma viene utilizzata una codifica numerica che consente, a chi è autorizzato, di visualizzare le

9 informazioni riservate inerenti all'indirizzo. (esempio: al codice 123 corrisponde il recapito: "Via non saprei 21 a Brescia"). ==> codicevia intero lungo (poichè la tabella collegata probabilmente ha un campo chiave di tipo contatore) - non indicizzato TABELLA FOTO ) La registrazione della data di scatto. Questo campo deve permettere l'inserimento di periodi: es. estate 2002, Pasqua 1999 etc. (campo testuale lungo x caratteri + *campo riferimentoscatto indicizzato con duplicati di tipo data ora) 2) La stampa dell'elenco delle nostre fotografie in ordine cronologico. (*) 3) La memorizzazione del numero di copie in nostro possesso. Fotografie con numero di copie pari a zero non deve essere consentito. (campo byte) 4) La segnalazione dell'esistenza o meno del negativo 5) La localizzazione fisica delle fotografie tenendo presente che le foto sono disposte in un unico scaffale con diversi cassetti tutti numerati. In ogni cassetto le diverse copie della stessa foto sono inserite in una busta collocata all'interno di cartelle siglate con una lettera dell'alfabeto. (campo chiave testuale (3 caratteri maschera di input 00L ) 6) La ricercare per soggetti (persone) presenti nella fotografia (campo soggetti di tipo memo) 7) L'individuazione delle scansioni delle nostre fotografie archiviate su diversi CDROM. (due campi: sigla cd e percorso - solo il primo indicizzato) 8) La classificazione basata su 3 categorie. Ogni categoria ha 5 sottocategorie. Gli elenchi vengono stampati ordinati prima per categoria e poi sottocategoria. (un solo campo sottocategoria indicizzato con duplicati con opportuno elenco a discesa) 9) La registrazione della data di archiviazione scritta nel formato: 01/01/2002. (campo dataora non indicizzato) Campo significativo: descrizione della foto (esempio la didascalia) TABELLA DOMANDE 1) Le domande possono avere un testo molto lungo. (campo memo)

10 2) E' richiesta una classificazione per tipo di risposta (domanda aperta, a risposta singola, a risposta multipla) - campo testo con opportuno listbox - non è indicizzato: serve solo per richiamare lo schema corretto di visiualizzazione) 3) Ogni domanda appartiene ad un argomento ben preciso (esempio modulo 1, storia medioevale etc.). Questa voce è necessaria per creare un elenco di domande omogeneo dal punto di vista di contenuti. campo testo con duplicati) 4) Ogni domanda ha un punteggio intero che va da 1 a 10 (byte) 5) Le domande sono classificate anche per sotto argomento. Obbiettivo è rendere l'interrogazione esaustiva in termini di contenuti trattati evitando la presenza di domande simili. (Ulteriore campo indicizzato) 6) Deve essere possibile abbinare ad ogni domanda un'immagine. (campo di tipo testo che contiene il percorso del file - non è opportuno il campo OLE) e01692 Oggetto del messaggio: 4N - 07/10/2008 Inviato: 07/10/2008, 10:08 ARCHIVI RELAZIONALI L'inserimento dei dati è accessibile a chiunque. La modifica della struttura solo per utenti "esperti" la STRUTTURA MONOLITICA NEL db PRESTITI => 1) ridondanza DEI DATI ==> FACILITA' DI ERRORI NELLA DIGITAZIONE RIPETUTA DELLA STESSA INFORMAZIONE 2) se DEVO SUPERARE IL NR DI PRESTITI PREVISTO DALLA STRUTTURA LA DEVO MODIFICARE 3) difficolta NELLE RICERCHE (DEVO RICERCARE NEGLI n CAMPI USATI PER IL PRESTITO e01692 Oggetto del messaggio: 4N - 09/10/2008 Inviato: 09/10/2008, 11:39 ARCHIVI RELAZIONALI L'inserimento dei dati è accessibile a chiunque. La modifica della struttura solo per utenti

11 "esperti" la STRUTTURA MONOLITICA NEL db PRESTITI => 1) ridondanza DEI DATI ==> FACILITA' DI ERRORI NELLA DIGITAZIONE RIPETUTA DELLA STESSA INFORMAZIONE 2) se DEVO SUPERARE IL NR DI PRESTITI PREVISTO DALLA STRUTTURA LA DEVO MODIFICARE 3) difficolta NELLE RICERCHE (DEVO RICERCARE NEGLI n CAMPI USATI PER IL PRESTITO Assegnato per venerdi: Esercizio: Costruire un database che consenta di registrare tutti i propri parenti di ordine e grado di parentela (ovvero il proprio albero genealogico). Per ogni persona prevedo al massimo un solo coniuge relazioni 1-->1 => divisione di una tabella in due (dati pubblici e privati - separo i dati + frequenti e meno) come sono i campi collegati nella relazione 1-->1 i campi collegati sono sempre indicizzati. Spiegato nella relazione N->N cosa succede se una delle tabelle master ha un solo campo Integrità referenziale: non posso creare un record nella tabella slave se non esite il record corrispondente nella tabella master PRATICA: elenchi a discesa con query Visualizza ultimi messaggi: Tutti i messaggi Ordina per Ora di invio Crescente Vai Pagina 1 di 2 [ 15 messaggi ] Vai alla pagina 1, 2 Prossimo Indice» 1 MODULO - Appunti» Classe 4N - 1 Modulo Tutti gli orari sono UTC Chi c è in linea Visitano il forum: e01692 e 0 ospiti Strumenti di moderazione: Blocca argomento Vai Puoi aprire nuovi argomenti Puoi rispondere negli argomenti Puoi modificare i tuoi messaggi Puoi cancellare i tuoi messaggi Cerca per: Vai [ Pannello di Controllo ]

12 Powered by phpbb 2000, 2002, 2005, 2007 phpbb Group Traduzione Italiana phpbb.it

13 lnx.brescianet.com Sito didattico - Prof. Sechi Marco Logout [ e01692 ] FAQ Cerca Iscritti Pannello di Controllo Utente Ultimo accesso: ieri, 8:57 Oggi è 04/11/2008, 9:48 Messaggi senza risposta Argomenti attivi Indice» 1 MODULO - Appunti» Classe 4N - 1 Modulo Classe 4N - 1 Modulo Messaggi recenti I tuoi messaggi Tutti gli orari sono UTC [ Pannello di Controllo Moderatore ] Pagina 2 di 2 [ 15 messaggi ] Vai alla pagina Precedente 1, 2 Inserisci nei segnalibri Stampa pagina Precedente Successivo Autore Messaggio e01692 Oggetto del messaggio: 4N - 10/10/2008 Inviato: 10/10/2008, 10:50 Spiegato albero genealogico perchè è utile collegare in un elenco a discesa una query invece di un elenco statico (2M;3M...)? perchè il prezzo nelle RigheFatture è presente? mostrato collegamento a tabella mdb esterna I file mdb sono caratterizzati da una parte dati (pannello tabelle) e una parte prg (gli altri pannelli). Le due parti vengono separate in due (ad esempio prg.mdb e dati.mdb). Il file prg.mdb viene collegato con dati.prg. Se devo aggiungere nuove funzonalità al prg.mdb lo posso fare. L'utente continua ad usare,durante il periodo di sviluppo la vecchia versione ed aggiorna il file dati.mdb). Terminate le modifiche su prg.mdb lo sostituisco con la vecchia versione. Il cliente ha ora la versione del prg aggiornata con i dati aggiornati. Con un unico file avrei brinato i dati del cliente sostituendoli con quelli che mi erano stati consegnati il giorno in cui avevo iniziato le modifiche. Se le modifiche richiedono una modifica della struttura dovrò annotarle per poi applicarle sul file dati.mdb il giorno della consegna dell'aggiornamento.

14 Mostrata la definizione delle aree in excel (selezione - menu inserisci -> Nome --> definisci) Mostrato collegamento di access con excel fare per martedì: Costruire un Database che consenta di gestire dei listini personalizzati per ogni cliente ovvero consenta di attribuire ad ogni prodotto un prezzo distinto per ogni cliente - Costruire un archivio che consenta la memorizzazione di un elenco di fotografie e che le classifichi per categorie. Tenete presente che una fotografia potrebbe avere + categorie associate. - Costruire un archivio che consenta di gestire le vendite di televisori. Il progetto deve consentire la produzione di queste statistiche: numero di televisori venduti per modello calcolo del venduto distinto per marca. distribuzione delle vendite per comune di appartenenza dell'acquirente e01692 Oggetto del messaggio: 4N - 14/10/2008 Inviato: 14/10/2008, 9:57 Illustrate le soluzioni alle esercitazioni e01692 Oggetto del messaggio: 4N - 17/10/2008 Inviato: 17/10/2008, 10:32 A Larghezza fissa: Questo è il formato + utilizzato in ambiente mainframe (computer dotati di terminali adatto ad database [archivi] di dimensioni notevoli caratterizzati da un numero di accessi contemporanei elevato). In questo formato i campi (colonne) occupano sempre la stessa dimensione in caratteri Esempio Dal carattere 1 al 20 Nominativo (se un nominativo è + corto verrà riempito con degli spazi) Dal 21 al 22 la classe Dal 23 al 75 indirizzo La dimensione è definita esempio

15 Marco Rossi 2NVIA NON SAPREI 12 Luca Bruno 2Mpiazza ti la,222 Formato usato dai prg di esportazione di IBM oppure quando utilizzo per importare un db il file di stampa stesso (spool) Mostrato come impostare una stampante di testo e come posso acquisire dei dati da un prg privo di istruzioni di esportazione. (è richiesto all'orale la parte pratica) Esempi: DB2, Informix, Pervasive, Oracle, Mysql, MsSQL Server (microsoft) access non è un db server Access in multi utenza decade come performance Perchè sono comode le interfaccie testuali nel DB server (minimizza il transfer di byte necessari per richiedere una informazione) I DB Server sono potenti nella ricerca ma loffi nella definizione di applicazioni. Access è usato come front -end su db server ovvero con Access costruisco l'applicazione semplificando la vita agli utenti che devono alimentare il DB. Access si limita a mandare al server le richieste (tramite SQL) al server ed attende la risposta del server stesso. La ricerca è quindi demandata al DBServer - Nei collegamenti a file testuali - files di excel è access che effettua la ricerca. Nei collegamenti ad un DB access non ricerca ma demanda le operazioni al DB Server. I DB server restano in attesa delle richieste e nei tempi morti ottimizzano le strutture dati in modo da fornire risposte in tempi molto veloci. Per martedi 21 fare esercizio 2 dell'esercitazione 2 e01692 Oggetto del messaggio: 4N - 21/10/2008 Inviato: 21/10/2008, 9:52 fare per giovedi esercizio 23/10 6 e 7 e01692 Oggetto del messaggio: 4N - 31/10/2008 Inviato: 31/10/2008, 11: Posizione A F E C N H Z B Valori Soluzione A F E C N H Z B I

16 Numero I campi che richiedono delle statistiche vanno indicizzati Visualizza ultimi messaggi: Tutti i messaggi Ordina per Ora di invio Crescente Vai Pagina 2 di 2 [ 15 messaggi ] Vai alla pagina Precedente 1, 2 Indice» 1 MODULO - Appunti» Classe 4N - 1 Modulo Tutti gli orari sono UTC Chi c è in linea Visitano il forum: e01692 e 0 ospiti Strumenti di moderazione: Blocca argomento Vai Puoi aprire nuovi argomenti Puoi rispondere negli argomenti Puoi modificare i tuoi messaggi Puoi cancellare i tuoi messaggi Cerca per: Vai [ Pannello di Controllo ] Powered by phpbb 2000, 2002, 2005, 2007 phpbb Group Traduzione Italiana phpbb.it