Amministratori di database

Domande e risposte per i professionisti del database che desiderano migliorare le proprie competenze nel database e imparare dagli altri membri della comunità

4
Elimina tutti i dati nel database Postgres
Ho creato un nuovo dump db da un server di produzione con i flag --data-onlye --column-inserts, quindi ho solo un mucchio di istruzioni insert per inserire dati quando eseguo un ripristino su un server di gestione temporanea. pg_dump -h localhost -U adminuser --data-only --column-inserts maindb > maindb.sql Come si eliminano …




1
Stima dell'ardinalità di predicati di range parzialmente coprenti
Al momento sto cercando di capire come SQL Server valuta la cardinalità dei predicati di intervallo che coprono parzialmente il passaggio dell'istogramma. Su Internet, alla stima della cardinalità-per-e-per-intra-step-valore-statistica ho incontrato una domanda simile e Paul White ha dato una risposta piuttosto interessante ad essa. Secondo la risposta di Paul, le …







1
Perché PostgreSQL sceglie l'ordine di join più costoso?
PostgreSQL utilizzando le impostazioni predefinite, oltre a default_statistics_target=1000 random_page_cost=1.5 Versione PostgreSQL 10.4 on x86_64-pc-linux-musl, compiled by gcc (Alpine 6.4.0) 6.4.0, 64-bit Ho passato l'aspirapolvere e analizzato. La query è molto semplice: SELECT r.price FROM account_payer ap JOIN account_contract ac ON ap.id = ac.account_payer_id JOIN account_schedule "as" ON ac.id = "as".account_contract_id …

1
Gli indici compressi di SQL Server rimangono compressi al momento della ricostruzione senza specificare la compressione dei dati?
Dopo aver ricostruito gli indici di SQL Server utilizzando la compressione della pagina ( ALTER INDEX IX1 REBUILD PARTITION = ALL WITH (DATA_COMPRESSION = PAGE)), le ricostruzioni successive (come fatto da alcuni script di manutenzione oltre una determinata soglia di frammentazione) devono specificare nuovamente la compressione dei dati? Gli indici …

3
Perché la selezione di tutte le colonne risultanti di questa query è più rapida della selezione di una colonna a cui tengo?
Ho una domanda in cui l'utilizzo select *non solo fa molto meno letture, ma utilizza anche significativamente meno tempo della CPU rispetto all'utilizzo select c.Foo. Questa è la domanda: select top 1000 c.ID from ATable a join BTable b on b.OrderKey = a.OrderKey and b.ClientId = a.ClientId join CTable c …


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.