Comme d'autres l'ont souligné, dans une interview, presque toutes les questions sont équitables tant qu'elles ne touchent pas à une sorte de zone légalement protégée (par exemple, l'âge, la race, le sexe, etc.) et qu'il n'est pas inhabituel de demander aux intervieweurs de jeter questions à vous juste pour voir comment vous réagissez à la question et comment vous allez essayer de trouver une solution à la question. De plus, comme il semble que vous soyez un diplômé récent, ils sont un peu limités en ce qui concerne la possibilité de vous poser des questions sur votre expérience de travail et sur le type de problèmes que vous avez résolus dans un environnement de production. Ainsi, si l'entreprise effectue beaucoup de travaux axés sur les bases de données, les questions qu'elle a posées peuvent également être pertinentes par rapport au poste que vous interviewerez.
En ce qui concerne vos hypothèses:
a) Ces questions ne peuvent pas être classées comme des questions de développement de base de données.
Peut-être peut-être pas. Si vous faites du développement de base de données, vous allez utiliser un optimiseur de requêtes et planifier de temps en temps pour essayer de vous assurer qu'il n'y a pas de problèmes évidents avec vos requêtes. Si l'entreprise a des administrateurs de base de données ou des experts qui pourraient examiner les requêtes, ils n'auront peut-être pas le temps de tout regarder et ils ne voudront pas non plus regarder chaque requête mal codée. De même, il n'est pas inhabituel pour les développeurs d'être responsables de la maintenance de leur environnement de développement, d'inclure des bases de données et de faire en sorte que les administrateurs de bases de données gèrent le côté production des choses.
b) Je pense que les questions sont appropriées pour un entretien DBA mais totalement déraisonnables pour un entretien développeur de logiciels (expérimenté ou non).
Ils seraient probablement appropriés pour une entrevue DBA; mais quoi qu'il en soit, ce sont également des sujets que le développeur doit connaître, ne serait-ce qu'au niveau de la capacité de reconnaître où un problème pourrait se trouver et de faire lui-même un dépannage de base. Comme je l'ai mentionné précédemment, si l'entreprise a des ressources limitées, elle voudra s'assurer qu'elle ne perd pas de temps avec une chose qui pourrait être un problème de base.
c) La première question ne concerne qu'un fournisseur de base de données.
Les détails spécifiques peuvent être spécifiques au fournisseur, mais les concepts généraux peuvent être appliqués n'importe où et parfois vous montrer que vous comprenez les concepts généraux est tout ce dont vous avez besoin. Si vous ne voulez pas être enfermé dans une seule pile de développement (c'est-à-dire LAMP ), vous devrez être en mesure de montrer lors des entretiens que vous comprenez les concepts de base et que vous êtes à l'aise pour passer à différentes piles de développement.
d) La deuxième question n'est pas juste car les développeurs de logiciels ne traitent généralement pas des journaux de performances de la base de données, car c'est le travail du DBA.
Cela est généralement vrai, mais si une partie de votre travail consiste à écrire un logiciel pour une base de données donnée qui doit être très réactif, vous devrez vous assurer de faire de votre mieux pour rédiger ces requêtes afin qu'un collègue qui soit un expert dans un domaine donné n'est pas enlisé avec des requêtes mal écrites. Bien que vous n'ayez peut-être pas besoin de connaître les détails de ce que les journaux vous disent, vous devrez peut-être être en mesure d'identifier les problèmes évidents.
Espérons que tout cela aide!