Như những người khác đã chỉ ra, trong một cuộc phỏng vấn, hầu hết mọi câu hỏi đều là trò chơi công bằng miễn là nó không chạm vào một khu vực được bảo vệ hợp pháp nào (ví dụ như tuổi tác, chủng tộc, giới tính, v.v.) và không có gì lạ khi người phỏng vấn ném các câu hỏi tại bạn chỉ để xem cách bạn phản ứng với câu hỏi và bạn sẽ cố gắng tìm giải pháp cho câu hỏi như thế nào. Ngoài ra, vì có vẻ như bạn là một sinh viên mới tốt nghiệp, họ có một chút hạn chế về việc có thể hỏi bạn về kinh nghiệm làm việc của bạn và loại vấn đề bạn đã giải quyết trong một thiết lập sản xuất. Do đó, nếu công ty thực hiện nhiều công việc định hướng cơ sở dữ liệu, các câu hỏi họ hỏi cũng có thể liên quan đến vị trí bạn đang phỏng vấn sẽ làm.
Liên quan đến các giả định của bạn:
a) Những câu hỏi đó không thể được phân loại thành câu hỏi phát triển cơ sở dữ liệu.
Co le không. Nếu bạn đang thực hiện phát triển cơ sở dữ liệu, bạn sẽ sử dụng trình tối ưu hóa truy vấn và lập kế hoạch theo thời gian để thử và đảm bảo không có vấn đề rõ ràng nào với các truy vấn của bạn. Nếu công ty có quản trị viên cơ sở dữ liệu hoặc chuyên gia có thể xem xét các truy vấn, họ có thể không có thời gian để xem xét mọi thứ và họ cũng sẽ không muốn xem xét mọi truy vấn được mã hóa kém. Tương tự như vậy, cũng không có gì lạ khi các nhà phát triển chịu trách nhiệm duy trì môi trường phát triển của họ, bao gồm bất kỳ cơ sở dữ liệu nào và để các DBA xử lý khía cạnh sản xuất của mọi thứ.
b) Tôi nghĩ rằng các câu hỏi phù hợp cho một cuộc phỏng vấn DBA nhưng hoàn toàn không hợp lý cho một cuộc phỏng vấn nhà phát triển phần mềm (có kinh nghiệm hay không).
Họ có thể sẽ thích hợp cho một cuộc phỏng vấn DBA; nhưng bất kể, chúng cũng là những chủ đề mà nhà phát triển nên làm quen nếu chỉ ở mức độ có thể nhận ra vấn đề có thể xảy ra ở đâu và tự khắc phục một số sự cố cơ bản. Giống như tôi đã đề cập trước đây, nếu công ty có nguồn lực hạn chế thì họ sẽ muốn đảm bảo rằng họ sẽ không lãng phí thời gian của mọi người với những thứ có thể là vấn đề cơ bản.
c) Câu hỏi đầu tiên chỉ liên quan đến một nhà cung cấp cơ sở dữ liệu.
Chi tiết cụ thể có thể là nhà cung cấp cụ thể, nhưng các khái niệm chung có thể được áp dụng ở bất cứ đâu và đôi khi có thể cho bạn thấy các khái niệm chung là tất cả những gì bạn cần. Nếu bạn không muốn bị khóa trong một ngăn xếp phát triển (ví dụ LAMP ) thì bạn sẽ cần có khả năng hiển thị trong các cuộc phỏng vấn rằng bạn hiểu các khái niệm cốt lõi và thoải mái di chuyển đến các ngăn xếp phát triển khác nhau.
d) Câu hỏi thứ hai không công bằng vì các nhà phát triển phần mềm thường không xử lý nhật ký hiệu suất cơ sở dữ liệu vì đó là công việc của DBA.
Điều này nói chung là đúng, nhưng nếu một phần công việc của bạn là viết phần mềm cho một cơ sở dữ liệu nhất định cần có khả năng phản hồi cao thì bạn sẽ cần đảm bảo rằng bạn đã nỗ lực hết sức trong việc viết các truy vấn đó để đồng nghiệp đó một chuyên gia trong một lĩnh vực nhất định sẽ không bị sa lầy với các truy vấn bằng văn bản kém. Mặc dù bạn có thể không cần biết chi tiết tốt hơn về những gì nhật ký đang nói với bạn, nhưng bạn có thể cần xác định các vấn đề rõ ràng.
Hy vọng tất cả những điều này sẽ giúp!