Chi ha proposto di utilizzare una tabella per memorizzare i dati?
doc-4158
In questo articolo, ha descritto un nuovo sistema per l' archiviazione e il lavoro con database di grandi dimensioni. Invece di memorizzare i record in una sorta di lista collegata di record liberi come in CODASYL, l' idea di Codd era quella di usare una "tabella" di record a lunghezza fissa, con ogni tabella usata per un diverso tipo di entità. Un sistema basato su liste collegate risulterebbe molto inefficace quando si conservano banche dati "sparse", in cui alcuni dei dati per ogni singolo record potrebbero essere lasciati vuoti. Il modello relazionale ha risolto questo problema suddividendo i dati in una serie di tabelle (o relazioni) normalizzate, con elementi opzionali spostati fuori dalla tabella principale dove avrebbero occupato spazio solo se necessario. I dati possono essere liberamente inseriti, cancellati e modificati in queste tabelle, con il DBMS che fa qualsiasi manutenzione necessaria per presentare una vista della tabella all' applicativo/utente.
None
doc-4166
Negli anni' 90, insieme all' aumento della programmazione orientata agli oggetti, si è assistito ad un aumento delle modalità di gestione dei dati nei vari database. Programmatori e progettisti hanno iniziato a trattare i dati dei loro database come oggetti. Vale a dire che se i dati di una persona fossero contenuti in una banca dati, gli attributi di tale persona, come l' indirizzo, il numero di telefono e l' età, sarebbero ora considerati appartenenti a tale persona invece di essere dati estranei. In questo modo le relazioni tra i dati possono essere relazioni con gli oggetti e i loro attributi e non con singoli campi. Il termine "mismatch impedenza oggetto-relazionale" descriveva l' inconveniente di tradurre tra gli oggetti programmati e le tabelle del database. I database di oggetti e i database relazionali agli oggetti tentano di risolvere questo problema fornendo un linguaggio orientato agli oggetti (a volte come estensioni di SQL) che i programmatori possono utilizzare in alternativa a SQL puramente relazionale. Sul lato della programmazione, le librerie note come mappature relazionali di oggetti (ORM) tentano di risolvere lo stesso problema.
None
doc-4155
Il modello relazionale, proposto per la prima volta nel 1970 da Edgar F. Codd, si discostava da questa tradizione insistendo sul fatto che le applicazioni dovevano cercare i dati per contenuto, piuttosto che seguire link. Il modello relazionale utilizza serie di tabelle in stile libro mastro, ognuna utilizzata per un diverso tipo di entità. Solo verso la metà degli anni' 80 l' hardware informatico è diventato abbastanza potente da consentire l' ampia diffusione di sistemi relazionali (DBMS e applicazioni). All' inizio degli anni Novanta, tuttavia, i sistemi relazionali dominati in tutte le applicazioni di elaborazione dati su larga scala, e dal 2015[aggiornamento] rimangono dominanti: IBM DB2, Oracle, MySQL e Microsoft SQL Server sono i DBMS top. Il linguaggio dominante del database, SQL standardizzato per il modello relazionale, ha influenzato i linguaggi del database per altri modelli di dati.
None
doc-4160
Per esempio, un uso comune di un sistema di database è quello di tenere traccia delle informazioni sugli utenti, il loro nome, le informazioni di login, vari indirizzi e numeri di telefono. Nell' approccio di navigazione tutti questi dati verrebbero inseriti in un unico record e gli elementi inutilizzati non verrebbero semplicemente inseriti nel database. Nell' approccio relazionale, i dati sarebbero normalizzati in una tabella utente, una tabella degli indirizzi e una tabella dei numeri di telefono (ad esempio). I record verrebbero creati in queste tabelle facoltative solo se l' indirizzo o i numeri di telefono fossero effettivamente forniti.
None
doc-3743
Nella maggior parte dei computer, le istruzioni individuali vengono memorizzate come codice macchina e ad ogni istruzione viene assegnato un numero univoco (codice di funzionamento o opcode). Il comando per aggiungere due numeri insieme avrebbe un opcode; il comando per moltiplicarli avrebbe un opcode diverso, e così via. I computer più semplici sono in grado di eseguire una manciata di istruzioni diverse; i computer più complessi hanno diverse centinaia di opzioni tra cui scegliere, ognuna con un unico codice numerico. Poiché la memoria del computer è in grado di memorizzare i numeri, può anche memorizzare i codici di istruzione. Questo porta al fatto importante che interi programmi (che sono solo elenchi di queste istruzioni) possono essere rappresentati come elenchi di numeri e possono essere manipolati all' interno del computer allo stesso modo dei dati numerici. Il concetto fondamentale di memorizzare i programmi nella memoria del computer accanto ai dati su cui operano è il nocciolo dell' architettura von Neumann, o programma memorizzato[citazione necessaria]. In alcuni casi, un computer potrebbe memorizzare parte o tutto il suo programma in una memoria separata dai dati sui quali opera. Questo è chiamato l' architettura Harvard dopo il computer Harvard Mark I. I moderni computer von Neumann mostrano alcuni tratti dell' architettura Harvard nei loro progetti, come ad esempio nelle cache CPU.
None
doc-4129
I metodi di compressione Lempel-Ziv (LZ) sono tra i più popolari algoritmi per lo storage lossless. DEFLATE è una variazione su LZ ottimizzata per velocità di decompressione e rapporto di compressione, ma la compressione può essere lenta. DEFLATE è utilizzato in PKZIP, Gzip e PNG. LZW (Lempel-Ziv-Welch) viene utilizzato nelle immagini GIF. Degno di nota è anche l' algoritmo LZR (Lempel-Ziv-Renau), che funge da base per il metodo Zip. [citazione necessaria] I metodi LZ utilizzano un modello di compressione basato su tabella in cui le voci della tabella sono sostituite da stringhe ripetute di dati. Per la maggior parte dei metodi LZ, questa tabella viene generata dinamicamente dai dati precedenti nell' input. La tabella stessa è spesso codificata Huffman (ad esempio SHRI, LZX). Gli attuali schemi di codifica basati su LZ che funzionano bene sono Brotli e LZX. LZX viene utilizzato nel formato CAB di Microsoft.
None
doc-3757
In quasi tutti i computer moderni, ogni cella di memoria è configurata per memorizzare i numeri binari in gruppi di otto bit (chiamati byte). Ogni byte è in grado di rappresentare 256 numeri diversi (28 = 256); da 0 a 255 oppure da -128 a +127. Per memorizzare numeri più grandi è possibile utilizzare diversi byte consecutivi (tipicamente due, quattro o otto). Quando sono necessari numeri negativi, di solito vengono memorizzati in due notazione del complemento. Altri accorgimenti sono possibili, ma di solito non si vedono al di fuori di applicazioni specializzate o contesti storici. Un computer può memorizzare qualsiasi tipo di informazione in memoria se può essere rappresentato numericamente. I computer moderni hanno miliardi o addirittura milioni di miliardi di byte di memoria.
None
doc-10964
Nel 1821, Alexis Bouvard pubblicò le tabelle astronomiche dell' orbita del vicino di Nettuno, Urano. Osservazioni successive rivelarono deviazioni sostanziali dalle tabelle, portando Bouvard ad ipotizzare che un corpo sconosciuto stesse perturbando l' orbita attraverso l' interazione gravitazionale. Nel 1843, John Couch Adams iniziò a lavorare sull' orbita di Urano usando i dati che aveva. In via Cambridge James Challis, direttore dell' Osservatorio di Cambridge, chiese ulteriori dati a Sir George Airy, l' Astronomer Royal, che li fornì nel febbraio 1844. Adams continuò a lavorare nel 1845-46 e produsse diverse stime di un nuovo pianeta.
None
doc-3648
Compact Disc (CD) è un formato di memorizzazione digitale dei dati del disco ottico. Il formato è stato originariamente sviluppato per memorizzare e riprodurre solo registrazioni sonore, ma è stato successivamente adattato per la memorizzazione dei dati (CD-ROM). Molti altri formati sono stati ulteriormente derivati da questi, tra cui la scrittura audio e memorizzazione dei dati (CD-R), supporti riscrivibili (CD-RW), Video Compact Disc (VCD), Super Video Compact Disc (SVCD), Photo CD, PictureCD, CD-i e Enhanced Music CD. CD audio e lettori CD audio sono disponibili in commercio dall' ottobre 1982.
None
doc-15310
I Sumeri svilupparono un complesso sistema di metrologia intorno al 4000 aC. Questa metrologia avanzata ha portato alla creazione di aritmetica, geometria e algebra. A partire dal 2600 a. C., i Sumeri scrissero tabelle di moltiplicazione su tavolette di argilla e trattavano esercizi geometrici e problemi di divisione. Anche le prime tracce dei numeri babilonesi risalgono a questo periodo. Il periodo tra il 2700 e il 2300 a. C. vide la prima apparizione dell' abaco, e una tabella di colonne successive che delimitò i successivi ordini di grandezza del loro sistema numerico sessagesimale. I Sumeri sono stati i primi ad utilizzare un sistema di numerazione del valore del luogo. Vi sono anche prove aneddotiche che i Sumeri possono aver usato un tipo di regolo calcolatore nei calcoli astronomici. Sono stati i primi a trovare l' area di un triangolo e il volume di un cubo.
None
doc-16764
Esistono due tipi di porti di ricarica: il porto di ricarica a valle (CDP), che supporta anche i trasferimenti di dati, e il porto di ricarica dedicato (DCP), senza supporto dei dati. Un dispositivo portatile è in grado di riconoscere il tipo di porta USB; su una porta di ricarica dedicata, i pin D+ e D- sono cortocircuitati con una resistenza non superiore a 200 ohm, mentre le porte di ricarica a valle forniscono ulteriore logica di rilevamento in modo che la loro presenza possa essere determinata da dispositivi collegati. (vedere a pag. 2, paragrafo 1.4.5, e tabella 5-3 "Resistenze"-pg. 29).
None