Database
 sql >> база данни >  >> RDS >> Database

Съвети за интервю с администратор на база данни на SQL

Интервюто е най-важната стъпка от набирането на администратор на SQL база данни. По време на интервюто техническо лице или интервюиращ задава въпроси относно техническия опит на кандидата. Целта на тези въпроси е да се разбере опитът на кандидата относно SQL Server. Отговорите на въпросите ще измерят вашите знания и опит. Ако не можете да докажете опита си в това интервю, най-вероятно решението за вашата работа ще бъде отрицателно. На първо място, трябва да сте спокойни по време на интервюто. Този съвет е най-важният ключ към успеха. Първият въпрос на интервю е за вашия минал опит и умения. Имайки отношение към този въпрос, трябва да опишете старите и текущите си задължения и умения. Трябва да сте сигурни, че демонстрирате всичките си знания и опит на интервюиращия. Защото това въведение оказва първо въздействие върху потенциалния ви работодател.

Освен това ще бъде полезно да проверите отново някои технически подробности за SQL Server. Тъй като интервюиращият може да задава въпроси за някои заглавия, които използвате много пъти, но не се интересуват от техническите подробности на тази рубрика. Като например „Каква е разликата между varchar и nvarchar?“ Друг съвет относно техническото интервю е да потърсите в Google „Въпроси за интервю за SQL сървър dba“ и да проучите тези въпроси. След тази практика анализирайте силните и слабите си страни. Ако желаете, можете да подкрепите този анализ с подхода SWOT (силни страни, слаби страни, възможности и заплахи). SWOT анализът е много полезен, за да разберете вашите силни и слаби страни. (Според Wikipedia:SWOT анализът е инструмент за откриване на силните страни, слабите страни, възможностите и заплахите, които трябва да се очакват в проект или в бизнес начинание или в нещо подобно. Това означава, че маркетинговата среда (вътрешна и външна на организация или физическо лице) се разглежда).

Комуникацията е често срещаният проблем по време на интервюто. Опитайте се да общувате добре с интервюиращия. Защото това усещане влияе върху решението на интервюиращия. Искам да отбележа, че този човек може да е ваш колега или мениджър на екип, ако сте наети. Освен това трябва да бъдете искрени, но не проявявайте неуважение. Така че можете да общувате по-добре с интервюиращия. В резултат на това вашият процес на интервю ще бъде по-спокоен и без стрес. Ако вашият процес на интервю ще бъде във видеоконференция, уверете се, че осветлението на околната среда е достатъчно за камера. Така че вашите жестове и мимики ще направят правилния ефект.

Интервюиращият може да задава въпроси, на които може да не знаете отговорите. В този случай се опитайте да намерите отговора с вашия опит, можете да сте сигурни, че интервюиращият ще ви помогне. Не забравяйте, че целта на интервюиращия е да измери вашите знания. Ако обобщим всичко това:

  • Представете се добре.
  • Бъдете спокойни и спокойни.
  • Добра комуникация.
  • Изучавайте и анализирайте уменията си.
  • Бъдете искрени.
  • Опитайте се да намерите отговор, който не знаете.

След този раздел ще споделя някои въпроси за интервю, които могат да бъдат зададени в SQL Server Interviews. Тези въпроси ще ви помогнат да разберете тип въпроси за технически интервю за SQL Server DBA.

Бихте ли описали разлика между подсказките за заявка NOLOCK и READPAST?

ВNolockът hint чете всички мръсни страници в SQL Server. Намекът за Nolock е известен още като Readuncommited. Подсказката Readpast пропуска незаети страници и не чете мръсни страници.

Сега ще направим доказателство за този отговор. Първо, ще създадем тестова таблица и ще попълним някои синтетични данни.

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'

В тази стъпка ще изпълним две заявки с различни подсказки.

select * from TestForHint WITH(NOLOCK)

go
select * from TestForHint WITH(READPAST)

Тази демонстрация ни показа каква е разликата между съветите ReadPast и Nolock. В резултат на това тези два съвета имат плюсове и минуси. Поради тази причина помислете внимателно и направете тест, преди да използвате тези съвети за заявка в заявките на вашата производствена среда.

Какво е съдържаща се база данни?

Съдържаната база данни е база данни, която е изолирана от други бази данни и от екземпляра на SQL Server/ SQL база данни (и главната база данни), която хоства базата данни. SQL Server поддържа съдържащи се потребители на база данни както за удостоверяване на Windows, така и за SQL Server.

Сега ще създадем съдържаща се база данни.

В тази първа стъпка ще проверим опцията за удостоверяване на съдържащата се база данни. Ако стойността на тази опция е 0, трябва да променим тази настройка.

SP_CONFIGURE 'contained database authentication

SP_CONFIGURE 'contained database authentication',1 
GO
RECONFIGURE
GO
SP_CONFIGURE 'contained database authentication'

Или можете да промените тази настройка в раздела Разширени опции на SQL Server.

Сега ще създадем съдържаща се база данни. Ще зададем Тип на задържане опция като Частично .

В тази стъпка ще създадем потребител, който няма зависимост от SQL Server. Този тип потребители се наричат ​​затворен потребител. Представете си, че правим резервно копие на съдържащата се база данни и възстановяваме друг екземпляр на SQL Server. Можем да свържем тази база данни със съдържащия се потребител.

Съвет :Ако получите грешката по време на операцията по възстановяване на съдържащата се база данни, можете да се потопите в тази публикация.

Следната заявка ще върне списък със задържани потребители.

SELECT name, type_desc, authentication_type, authentication_type_desc
 FROM sys.database_principals where (type='S' or type = 'U')
 and authentication_type=2

Каква е разликата между CHECKPOINT и LAZY WRITER?

Процесът на контролна точка записва на диска мръсни страници, които съществуват в буферния кеш. В същото време командата CHECKPOINT може да се изпълни ръчно.

CHECKPOINT [ checkpoint_duration ]

Когато зададете стойност на параметъра за продължителност на контролната точка, SQL Server се опитва да изпълни контролната точка в рамките на заявената продължителност.

Целта на мързеливия писател е да освободи паметта на буферния пул под натиска на паметта. Механизъм за мързелив запис, управляван от SQL Server Engine. Когато SQL Server се нуждае от много памет, Lazy writer освобождава неизползваните страници.

Каква е разликата между четлива вторична настройка Да и само намерение за четене?

Само за четене

Разрешени са само връзки само за четене към вторични бази данни на тази реплика. Всички вторични бази данни са достъпни за достъп за четене.

Можете да намерите тези четими вторични опции в свойствата на групата наличност.

Когато промените вашите Readable Secondary настройки на Read-intent само, трябва да направим някои промени в настройките за връзка на SQL Server Management Studio. Трябва да добавим ApplicationIntent=ReadOnly параметър към Допълнителни параметри на връзката настройка на Management Studio.

Тази опция ни помага да канализираме връзките само за четене към вторичната реплика.

Да

Всички връзки са разрешени към вторични бази данни на тази реплика, но само за достъп за четене. Всички вторични бази данни са достъпни за достъп за четене.

Не

Не са разрешени потребителски връзки към вторични бази данни на тази реплика. Те не са достъпни за достъп за четене. Това е настройката по подразбиране.

Защо бихте използвали SQL агент?

SQL Agent е механизмът за планиране на задачи в SQL Server. Задачите могат да се изпълняват в определена дата и час. Този механизъм особено ни помага да планираме архивиране и други операции по поддръжка на база данни. Можете да намерите много опции под възела SQL Server Agent.

Можете ли да посочите някои от новите функции на SQL Server 2017?

  • Графична база данни
  • Поддръжка на Python
  • Адаптивна обработка на заявки
  • Автоматична корекция на плана

Заключения

В тази публикация целта ми е да дам някои съвети за интервю за администратори на бази данни. Можете да търсите в Google различни въпроси за интервю, но трябва да внимавате с някои точки, различни от въпросите. Защото тези точки ни водят до успех.

Препратки

  • Проверка на базата данни (SQL сървър)
  • Автоматична корекция на плана в SQL Server 2017
  • Адаптивна обработка на заявки в SQL бази данни

  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Грешка при оценката на кардиналността на подзаявката

  2. Специални острови

  3. Как да направите колона уникална в SQL?

  4. Обръщане на внимание на оценките

  5. Вашето окончателно ръководство за SQL присъединяване:КРЪСТО ПРИСЪЕДИНЯВАНЕ – част 3