Chi mi spiega cos'è un database usando una serie di termini

[peruzzo]

Ciao ragazzi, ho bisogno del vostro aiuto entro questa sera...

Domani mia sorella ha un concorso e dice di non saper rispondere a nessuna delle domande riguardanti il database. Le domande contengono quasi sempre le seguenti parole:

record
query
chiavi
database relazionale
campi

Qualcuno saprebbe mettermi in relazione queste parole in modo da fare un riassunto semplice che aiuti la mia sorellina a rispondere?

A presto e grazie

[Vincent.Zeno]

ma dirle di aprire un libro, un manuale, una guida on line, è una roba complicata?
di certo la puoi aiutare meglio tu dandole 4-5 link piuttosto che fare qui domande generiche

affrontare un concorso che ha a che fare con l'informatica e non sapere nulla di database è un azzardo
peraltro, se non ne sa nulla, a cosa partecipa?

[kalosjo]

Un database relazionale contiene tanti campi di cui alcuni campi chiave e con le query riempi i record

[peruzzo]

Originariamente inviato da kalosjo
Un database relazionale contiene tanti campi di cui alcuni campi chiave e con le query riempi i record

Con le query riemi o estrai i record ovvero le righe di un database?

[peruzzo]

Originariamente inviato da Vincent.Zeno
ma dirle di aprire un libro, un manuale, una guida on line, è una roba complicata?
di certo la puoi aiutare meglio tu dandole 4-5 link piuttosto che fare qui domande generiche

affrontare un concorso che ha a che fare con l'informatica e non sapere nulla di database è un azzardo
peraltro, se non ne sa nulla, a cosa partecipa?

infatti non è un concorso in informatica! sono domande generali sull'informatica del tipo: cos'è un database? cos'è un browser? cos'è un virus? ecc...

[MItaly]

Originariamente inviato da peruzzo
Con le query riemi o estrai i record ovvero le righe di un database?

Entrambe le cose, a seconda del tipo di query. Ma dire che un DB relazionale è semplicemente un insieme di tabelle composte da dei record, a loro volta composti da campi è estremamente riduttivo - è come dire che un motore è "un insieme di parti meccaniche che si muovono", tecnicamente è vero, ma ne sai quanto prima.

Originariamente inviato da peruzzo
infatti non è un concorso in informatica! sono domande generali sull'informatica del tipo: cos'è un database? cos'è un browser? cos'è un virus? ecc...

Ma che cosa sperano di ottenere "appiccicando" stile post-it nozioni inutili su RDBMS a gente che a stento sa cos'è un browser?

[kalosjo]

Originariamente inviato da peruzzo
Con le query riemi o estrai i record ovvero le righe di un database?

Guarda che ho fatto un bignami del bignami di un bignami

[soichiro]

Originariamente inviato da MItaly


Ma che cosa sperano di ottenere "appiccicando" stile post-it nozioni inutili su RDBMS a gente che a stento sa cos'è un browser?

1)è il livello medio informatico degli italiani.....

2)impegnarsi a cercare le cose e studiare è contrario alla cultura tv della mentalità media italiana.

Cercando su google in 5 minuti trovava tutto

[MItaly]

Comunque, in estrema sintesi:

un database relazionale è composto prima di tutto da tabelle; ogni tabella ha ovviamente delle colonne (in linea di massima fissate al momento della creazione della tabella) e delle righe.

Ogni riga è un record, che (di base) rappresenta un "oggetto" contenuto nella tabella; ogni record a sua volta è composto dai vari campi che corrispondono alle colonne (per cui tutti gli "oggetti" di una tabella sono composti alla stessa maniera).

Le tabelle (e le colonne in esse contenute) e le relazioni che intercorrono tra le tabelle costituiscono la struttura del database - ovvero, ciò che si imposta all'inizio e si cambia di rado (idealmente mai). Le righe, invece, vengono continuamente aggiunte/modificate/lette/filtrate/...

Per stabilire delle relazioni tra gli elementi di diverse tabelle si fa uso di chiavi; in particolare, una chiave primaria (che può essere costituita da una o più colonne) serve ad identificare univocamente un record in una tabella, in modo che da una tabella si possa fare riferimento in maniera univoca ad elementi di un'altra tabella.

Mi spiego meglio con un esempio. Supponiamo di avere il classicissimo database delle fatture: avremo (tra le altre cose) una tabella contenente le fatture e una contenente l'anagrafica dei clienti. Ad ogni fattura ovviamente corrisponde un cliente, in una relazione "uno a molti" (ad un cliente possono corrispondere molte fatture, ma non viceversa).
Si identifica quindi una chiave primaria per fare riferimento ad elementi della tabella dei clienti: si può usare ad esempio il codice fiscale, o, in casi in cui non ci sia già una colonna (o un'unione di colonne) "naturalmente univoca", si usa un campo ID generato appositamente.

A questo punto, la tabella delle fatture avrà una colonna che fa riferimento al cliente a cui è relativa, che sarà una "chiave esterna", ovvero una colonna che contiene il codice fiscale del cliente e che quindi fa riferimento alla chiave primaria della tabella dei clienti.
In questa maniera:
- data una fattura, è possibile risalire "al volo" all'intera anagrafica del cliente, andando a cercare nella tabella clienti l'unico record che ha quel valore di chiave primaria;
- viceversa, si possono cercare tutti i clienti che corrispondono ad un certo criterio (che so, zona geografica) e recuperare le fatture relative;
- il DBMS può verificare se non si fanno errori di inserimento dei dati - se si cerca di inserire una fattura per un cliente non in anagrafica l'inserimento può essere bloccato, oppure può bloccare la cancellazione di un cliente per cui esistono già delle fatture in database;
- ... e un mucchio di altre cose

Tramite le query è possibile interrogare il database, facendo operazioni che vanno dal "forniscimi tutti i record di questa tabella" ad operazioni complesse, che selezionano solo determinate colonne e coinvolgono più tabelle, collegate tra loro tramite relazioni (ad esempio, appunto, "somma tutti i totali delle fatture relative ai clienti di Milano" - operazione che coinvolge come minimo due tabelle, unite dalla relazione citata prima).

Altre query consentono di modificare/eliminare record, e infine ci sono dei comandi per la "gestione" del DB (da creare tabelle/modificarne la struttura fino alla gestione degli utenti per i DB che la supportano).

Questo ovviamente è giusto per dare un'idea "di base" e per sapere che keyword cercare in giro, ovviamente c'è dietro un mondo e dubito che ci si possa fare un "modello mentale" di cosa sia effettivamente un DB relazionale in cinque minuti da un post scritto al volo su un forum.

[franzauker2.0]

Originariamente inviato da kalosjo
Un database relazionale contiene tanti campi di cui alcuni campi chiave e con le query riempi i record

Direi proprio di no