Pohovor je nejvýznamnějším krokem při náboru správce databáze SQL. Během pohovoru se technický pracovník nebo tazatel ptá na technické zkušenosti kandidáta. Účelem těchto otázek je porozumět zkušenostem kandidáta s SQL Serverem. Odpovědi na otázky změří vaše znalosti a zkušenosti. Pokud při tomto pohovoru nemůžete prokázat své zkušenosti, bude s největší pravděpodobností rozhodnutí o vašem zaměstnání negativní. V první řadě byste měli být během pohovoru v klidu. Tato rada je nejdůležitějším klíčem k úspěchu. První otázka pohovoru se týká vašich předchozích zkušeností a dovedností. Vzhledem k této otázce byste měli popsat své staré a současné pracovní povinnosti a dovednosti. Musíte si být jisti, že tazateli prokážete všechny své znalosti a zkušenosti. Protože tento úvod má první dopad na vašeho potenciálního zaměstnavatele.
Kromě toho bude užitečné znovu zkontrolovat některé technické podrobnosti o SQL Server. Protože tazatel se může ptát na některé nadpisy, které používáte mnohokrát, ale nezajímají ho technické detaily tohoto nadpisu. Jako například "Jaký je rozdíl mezi varchar a nvarchar?" Další radou ohledně technického pohovoru je vygooglovat si „SQL server dba interview Questions“ a prostudovat si tyto otázky. Po tomto cvičení analyzujte své silné a slabé stránky. Pokud chcete, můžete tuto analýzu podpořit přístupem SWOT (Strengths, Weaknesses Opportunities, and Threats). SWOT analýza je velmi užitečná pro pochopení vašich silných a slabých stránek. (Podle Wikipedie:SWOT analýza je nástroj ke zjištění silných a slabých stránek, příležitostí a hrozeb, které lze očekávat v projektu nebo v obchodním podniku nebo v něčem podobném. Znamená to, že marketingové prostředí (interní i externí) na organizaci nebo jednotlivce) se prohlíží).
Komunikace je častým problémem během pohovoru. Snažte se s tazatelem dobře komunikovat. Protože tento pocit ovlivňuje rozhodnutí tazatele. Chci si všimnout, že tato osoba může být vaším kolegou nebo manažerem týmu, pokud jste najati. Také musíte být upřímní, ale nebuďte neuctiví. Můžete tak lépe komunikovat s tazatelem. Díky tomu bude váš pohovor uvolněnější a bez stresu. Pokud bude váš pohovor probíhat formou videokonference, ujistěte se, že osvětlení prostředí je dostatečné pro kameru. Takže vaše gesta a mimika budou mít správný efekt.
Tazatel může klást otázky, na které možná neznáte odpovědi. V tomto případě zkuste najít odpověď svými zkušenostmi, můžete si být jisti, že tazatel pomůže. Nezapomeňte, že cílem tazatele je změřit vaše znalosti. Když to všechno shrneme:
- Dobře se představte.
- Buďte klidní a uvolnění.
- Dobrá komunikace.
- Studujte a analyzujte své dovednosti.
- Buďte upřímní.
- Zkuste najít odpověď, kterou neznáte.
Po této části se podělím o některé otázky týkající se rozhovoru, které lze položit v SQL Server Interviews. Tyto otázky vám pomohou porozumět typu otázek technického pohovoru SQL Server DBA.
Mohl byste popsat rozdílmezi nápovědou k dotazu NOLOCK a READPAST?
TheNolock nápověda přečte všechny špinavé stránky na serveru SQL. Nápověda Nolock je také známá jako Readuncommited. Nápověda Readpast přeskakuje nezadané stránky a nečte špinavé stránky.
Nyní uděláme důkaz této odpovědi. Nejprve vytvoříme testovací tabulku a naplníme některá syntetická data.
DROP TABLE IF EXISTS TestForHint
CREATE TABLE TestForHint
(ID INT IDENTITY(1,1) PRIMARY KEY,
FruitName VARCHAR(100),
Amount INT)
INSERT INTO TestForHint
VALUES ('Apple',20),('Orange',10),('Banana',50)
In this step we will create an open transaction and observe Nolock and Readpast behaviors. The below query will create an open transaction in Apple row.
BEGIN TRAN
UPDATE TestForHint SET Amount='10000' WHERE FruitName='Apple'
V tomto kroku provedeme dva dotazy s různými nápovědami.
select * from TestForHint WITH(NOLOCK) go select * from TestForHint WITH(READPAST)
Tato ukázka nám ukázala, jaký je rozdíl mezi radami ReadPast a Nolock. Ve výsledku mají tyto dvě rady své klady i zápory. Z tohoto důvodu pečlivě zvažte a udělejte nějaký test, než použijete tyto tipy pro dotazy v dotazech produkčního prostředí.
Co je obsažená databáze?
Obsažená databáze je databáze, která je izolovaná od ostatních databází a od instance SQL Server/SQL databáze (a hlavní databáze), která je hostitelem databáze. SQL Server podporuje uživatele uzavřené databáze pro ověřování Windows i SQL Server.
Nyní vytvoříme obsaženou databázi.
V tomto prvním kroku zkontrolujeme možnost ověřování obsažené databáze. Pokud je hodnota této možnosti 0, musíme toto nastavení změnit.
SP_CONFIGURE 'contained database authentication
SP_CONFIGURE 'contained database authentication',1 GO RECONFIGURE GO SP_CONFIGURE 'contained database authentication'
Nebo můžete toto nastavení změnit na kartě Rozšířené možnosti serveru SQL.
Nyní vytvoříme obsaženou databázi. Nastavíme Typ kontejnmentu možnost jako Částečné .
V tomto kroku vytvoříme uživatele, který není závislý na SQL Serveru. Tento typ uživatelů se nazývá uzavřený uživatel. Představte si, že provedeme zálohu obsažené databáze a obnovíme další instanci SQL Serveru. Tuto databázi můžeme propojit s obsaženým uživatelem.
Tip :Pokud se během operace obnovy obsažené databáze zobrazí chyba, můžete se ponořit do tohoto příspěvku.
Následující dotaz vrátí seznam obsažených uživatelů.
SELECT name, type_desc, authentication_type, authentication_type_desc FROM sys.database_principals where (type='S' or type = 'U') and authentication_type=2
Jaký je rozdíl mezi CHECKPOINT a LAZY WRITER?
Proces kontrolního bodu zapisuje špinavé stránky, které existují v mezipaměti vyrovnávací paměti, na disk. Současně lze příkaz CHECKPOINT provést ručně.
CHECKPOINT [ checkpoint_duration ]
Když nastavíte hodnotu parametru trvání kontrolního bodu, SQL Server se pokusí provést kontrolní bod v požadovaném trvání.
Účelem líného zapisovače je uvolnit paměť vyrovnávací paměti pod tlakem paměti. Mechanismus líného zapisovače spravovaný SQL Server Engine. Když SQL Server potřebuje hodně paměti, Lazy Writer uvolní nepoužívané stránky.
Jaký je rozdíl mezi nastavením Sekundární čtení Ano a Pouze záměrem čtení?
Pouze pro čtení
K sekundárním databázím této repliky jsou povolena pouze připojení pouze pro čtení. Všechny sekundární databáze jsou dostupné pro přístup pro čtení.
Tyto možnosti Sekundární čtení najdete ve vlastnostech skupiny dostupnosti.
Když změníte nastavení Readable Secondary na možnost Read-intent only, musíme provést nějaké změny v nastavení připojení SQL Server Management Studio. Musíme přidat ApplicationIntent=ReadOnly do Další parametry připojení nastavení Management Studio.
Tato možnost nám pomáhá kanalizovat připojení pouze pro čtení k sekundární replice.
Ano
Všechna připojení jsou povolena k sekundárním databázím této repliky, ale pouze pro přístup ke čtení. Všechny sekundární databáze jsou dostupné pro přístup pro čtení.
Ne
K sekundárním databázím této repliky nejsou povolena žádná uživatelská připojení. Nejsou k dispozici pro přístup ke čtení. Toto je výchozí nastavení.
Proč byste měli používat SQL Agent?
SQL Agent je mechanismus plánování úloh v SQL Server. Úlohy mohou běžet v určené datum a čas. Tento mechanismus nám pomáhá zejména plánovat zálohování a další operace údržby databáze. V uzlu SQL Server Agent najdete spoustu možností.
Můžete jmenovat některé z nových funkcí SQL Server 2017?
- Databáze grafů
- Podpora Pythonu
- Adaptivní zpracování dotazů
- Automatická oprava plánu
Závěry
V tomto příspěvku je mým cílem poskytnout několik rad ohledně rozhovorů pro správce databází. Můžete si vygooglovat různé otázky na pohovoru, ale musíte si dávat pozor na některé body kromě otázek. Protože tyto body nás vedou k úspěchu.
Odkazy
- Kontrolní body databáze (SQL Server)
- Automatická oprava plánu v SQL Server 2017
- Adaptivní zpracování dotazů v databázích SQL