Sto creando un database SQL Server con qualcun altro. Una delle tabelle è piccola (6 righe) con dati che probabilmente rimarranno costanti. Esiste una remota possibilità che venga aggiunta una nuova riga. La tabella è simile alla seguente: CREATE TABLE someTable ( id int primary key identity(1,1) not null, name …
In questa risposta ( /programming/517579/strings-as-primary-keys-in-sql-database ) un singolo commento ha attirato la mia attenzione: Inoltre, tieni presente che spesso c'è una differenza molto grande tra un CHAR e un VARCHAR quando si effettuano confronti di indici Questo vale / è ancora valido per Postgres? Ho trovato pagine su Oracle che …
Sulla base di una selezione, posso restituire x righe in questo modo: 1 2019-07-23 10:14:04.000 1 2019-07-23 10:14:11.000 2 2019-07-23 10:45:32.000 1 2019-07-23 10:45:33.000 Abbiamo tutti i millisecondi con 0. C'è un modo per aggiungere 1 per 1 millisecondi, quindi la selezione dovrebbe apparire così: 1 2019-07-23 10:14:04.001 1 2019-07-23 …
Abbiamo un numero di tabelle nel nostro database che hanno VARCHAR(MAX)colonne in cui VARCHAR(500)sarà sufficiente una (o qualcosa di molto più piccolo di max). Ovviamente voglio ripulirli e portare le dimensioni a livelli più ragionevoli. Il 'come' per fare questo lo capisco: la mia domanda è: cosa farà l'alterazione di …
Volevo chiedere il significato di questo frammento dal documento di Postgres per quanto riguarda il varchar(n)tipo: Il requisito di archiviazione per una stringa breve (fino a 126 byte) è 1 byte più la stringa effettiva, che include il riempimento dello spazio in caso di carattere. Le stringhe più lunghe hanno …
Cercando sul Web, ho trovato consigli contrastanti sul fatto che vi sia un impatto sulle prestazioni quando si specificano colonne VARCHAR troppo ampie, ad esempio VARCHAR (255), quando probabilmente VARCHAR (30) lo farà. Sono costantemente d'accordo sul fatto che si verifichi un calo delle prestazioni se l'intera riga supera 8060 …
Da questo documento Microsoft, + n definisce la lunghezza della stringa e può essere un valore compreso tra 1 e 8.000. max indica che la dimensione massima di archiviazione è 2 ^ 31-1 byte (2 GB). La dimensione di archiviazione è la lunghezza effettiva dei dati immessi + 2 byte. …
Lo sto chiedendo per curiosità, ispirandomi a questa domanda . Sappiamo che i VARCHAR(MAX)valori superiori a 8000 byte non sono memorizzati in righe, ma in pagine LOB separate. Successivamente il recupero di una riga con tale valore richiede due o più operazioni di I / O logiche (in sostanza, una …
Sto cercando di capire il modo migliore per decidere quanto dovrebbero essere grandi le colonne varchar, sia dal punto di vista dell'archiviazione che delle prestazioni. Performance Dalla mia ricerca, sembraquel varchar (max) dovrebbe essere usato solo se ne hai davvero bisogno; vale a dire, se la colonna deve contenere più …
So che quando VARCHAR(MAX)/NVARCHAR(MAX)vengono utilizzate le colonne i dati vengono archiviati out of the row: la riga di dati avrà un puntatore a un'altra posizione in cui è memorizzato il "valore elevato". Ho le seguenti domande: Ogni campo è memorizzato out of the rowo solo maxquelli? Se si sta utilizzando …
Sto cercando di indicizzare il mio blogentriesdatabase per prestazioni migliori ma ho riscontrato un problema. Ecco la struttura: CREATE TABLE IF NOT EXISTS `blogentries` ( `id_id` int(11) NOT NULL AUTO_INCREMENT, `user_id` int(11) NOT NULL, `title_id` varchar(100) COLLATE latin1_german2_ci NOT NULL, `entry_id` varchar(5000) COLLATE latin1_german2_ci NOT NULL, `date_id` int(11) NOT NULL, …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.