Як зазначають інші, в інтерв'ю майже будь-яке питання є чесною грою, доки вона не торкається якоїсь законодавчо захищеної території (наприклад, віку, раси, статі тощо), і це не незвично: Питання у вас просто для того, щоб побачити, як ви реагуєте на питання і як би ви намагалися знайти вирішення питання. Крім того, оскільки, здається, ви недавній випускник, вони трохи обмежені, щоб мати можливість запитати вас про свій досвід роботи та які проблеми ви вирішили у виробничих умовах. Таким чином, якщо компанія виконує багато роботи, орієнтованої на базу даних, запитання, які вони задавали, можуть також бути важливими для того, якою буде посада, з якою ви займаєтесь.
Що стосується ваших припущень:
a) Ці питання не можна справедливо класифікувати як питання розробки бази даних.
Можливо, може й ні. Якщо ви займаєтеся розробкою баз даних, ви будете використовувати оптимізатор запитів і плануєте час від часу намагатися переконатися, що очевидних проблем у ваших запитах немає. Якщо в компанії є адміністратори баз даних або експерти, які можуть переглядати запити, вони, можливо, не матимуть часу на все, і вони також не хочуть розглядати кожен погано зашифрований запит. Крім того, також незвично, що розробники нестимуть відповідальність за підтримання свого середовища розробки, включати будь-які бази даних та змусити DBA керувати виробничою стороною речей.
б) Я вважаю, що питання підходять для інтерв'ю DBA, але абсолютно необгрунтовані для інтерв'ю з розробником програмного забезпечення (досвідчений чи ні).
Вони, ймовірно, будуть доречними для співбесіди DBA; але незалежно, вони також є темами, з якими розробник повинен ознайомитись, хоча б лише на рівні здатності розпізнати, де може бути проблема, і самостійно виконати основні проблеми. Як я вже згадував раніше, якщо компанія має обмежені ресурси, то вони захочуть переконатися, що вони не витрачають час людей на щось, що може бути основним питанням.
c) Перше питання стосується лише постачальника баз даних.
Конкретні деталі можуть бути специфічними для постачальника, але загальні поняття можна застосовувати в будь-якому місці та інколи, коли ви зможете показати, що ви розумієте загальні поняття, - все, що вам потрібно. Якщо ви не хочете замикатися в єдиному стеку розробки (тобто LAMP ), тоді вам потрібно буде мати можливість показати під час інтерв'ю, що ви розумієте основні поняття і вам зручно переходити до різних стеків розробки.
d) Друге питання нечесне, оскільки розробники програмного забезпечення, як правило, не займаються журналами ефективності бази даних, оскільки це завдання DBA.
Це, як правило, правда, але якщо частина вашої роботи полягає в написанні програмного забезпечення для певної бази даних, яка повинна бути дуже чуйною, то вам потрібно буде переконатися, що ви доклали максимум зусиль для написання цих запитів, щоб колега, який експерт у даній області не загрожує погано написаними запитами. Хоча вам, можливо, не потрібно знати більш точні деталі того, що розповідають ваші журнали, можливо, вам знадобиться виявити очевидні проблеми.
Сподіваємось, все це допомагає!