Tại sao lại thế? Thật là tuyệt vời! Thiết kế DB và xử lý dữ liệu

Tại sao vậy? Làm sao vậy! Thiết kế DB và xử lý dữ liệu

Khi học SQL hoặc cơ sở dữ liệu, đôi khi bạn sẽ có những thắc mắc.

• 'Tại sao tôi lại học cái này nhỉ?'

• 'Tôi nghĩ mảng sẽ đủ cho các cấu trúc dữ liệu trong các ngôn ngữ lập trình khác.'

Tuy nhiên, ngay khi bạn tham gia một nhóm phát triển dự án hoặc dịch vụ với cùng một mục tiêu, bạn sẽ nhanh chóng nhận ra rằng SQL không chỉ là lĩnh vực của các nhà phát triển cơ sở dữ liệu. Các nhà lãnh đạo và trưởng nhóm thường cho rằng hầu hết các nhà phát triển đều thành thạo SQL, và việc tìm thấy những khách hàng khá thành thạo về nó cũng là điều dễ hiểu. Điều này giải thích tại sao nhiều người cho rằng cơ sở dữ liệu rất dễ.

Từ đó trở đi, các nhà phát triển chương trình bắt đầu coi SQL là một gánh nặng.

• Tôi có nên đưa logic này vào truy vấn hay xử lý nó bằng câu lệnh LOOP-IF không?

• Tôi đã tạo ra nó bằng SQL, nhưng đó không phải là lĩnh vực chuyên môn của tôi và tôi không thể hỏi bất kỳ ai...

• Tôi không biết. Tôi sẽ nhờ trưởng nhóm làm giúp.

Nếu bạn tình cờ xem lại một nghiên cứu điển hình của một dự án trước đó, bạn thường thấy rằng số lượng truy vấn SQL lớn hơn và phức tạp hơn mã nguồn lập trình.

• Không phải là tôi dở, nhưng sao tôi lại ghét DB đến thế? Tôi đã học rồi, nhưng nó quá rõ ràng! Càng nhìn tôi càng tự hỏi, "Làm sao mà họ tạo ra được tất cả những thứ này nhỉ?"

Bởi vì, mặc dù tôi đã dày công học hỏi kiến thức và lý thuyết SQL cơ bản, tôi chưa bao giờ thực sự áp dụng nó một cách hiệu quả. Thật khó để có được kinh nghiệm đa dạng với SQL ngoài các dự án thực tế. Họ nói với tôi rằng cơ sở dữ liệu phát triển không tốt vì lý do này, cơ sở dữ liệu vận hành không tốt vì lý do kia, và họ thậm chí còn bảo tôi không nên sử dụng cơ sở dữ liệu PC cá nhân...

Hơn nữa, không giống như các ngôn ngữ lập trình thông thường, SQL mang tính cá nhân hóa cao, mỗi người dùng đều có quan điểm riêng về câu trả lời đúng. Hơn nữa , việc quen thuộc với các cấu trúc dữ liệu làm tăng tính khả dụng của nó, khiến việc xử lý các tác vụ phát triển cơ sở dữ liệu chỉ với SQL trở nên khó khăn . Nói cách khác, bạn càng ít kinh nghiệm thực tế với các hệ thống và môi trường khác nhau, bạn càng có xu hướng cảm thấy như mình đang bước vào một thế giới mới.

Khi bạn theo dõi khóa học, hãy dừng lại một chút và suy nghĩ về nó.

• Nếu tôi là bạn, bạn sẽ tạo dữ liệu trong trường hợp này như thế nào?

• Nếu dữ liệu thử nghiệm cung cấp càng nhiều trường hợp thì càng tốt, vậy tôi có thể tự tạo ra bao nhiêu trường hợp?

Đúng vậy. Có một sự khác biệt lớn giữa lập trình và dữ liệu. Nếu lập trình là logic, thì dữ liệu là kinh nghiệm . Bởi vì nó phong phú như những sự kiện xảy ra trong cuộc sống con người. Đó là lý do tại sao kinh nghiệm lại quan trọng đến vậy, và việc chỉ thích nghi với SQL không hề dễ dàng.

Khóa học cung cấp một số lượng dự án hạn chế, nhưng chúng mang lại " trải nghiệm thực hành ". Tất cả đều liên quan đến xử lý dữ liệu và xử lý truy vấn. Bạn cần thành thạo trình soạn thảo, có khả năng tạo và xóa bảng, và xem xét nhiều trường hợp ngoại lệ. Đây là một trải nghiệm hoàn toàn khác biệt so với lập trình. Ngay cả khi bạn nghĩ mình đã hoàn thành, bạn sẽ thấy mình phải quay lại bảng vẽ hàng chục hoặc hàng trăm lần, và công việc lập trình vẫn còn đó.

Tuy nhiên, bạn càng tham vọng trong việc kết hợp các kịch bản đa dạng vào dữ liệu thử nghiệm, thì việc lập trình tiếp theo càng trở nên dễ dàng hơn. Điều này là do logic lập trình đã được lên kế hoạch, dự đoán và mã hóa trong đầu bạn ngay từ quá trình tạo dữ liệu. Có lẽ đó là điều mà các giám đốc điều hành cấp cao thường gọi là " kinh nghiệm ".

Dần dần, bạn sẽ có thể tiếp cận tầm quan trọng của " thiết kế " từ góc độ dữ liệu. Bạn cũng sẽ đối mặt với những nguy cơ khi tin rằng những sai sót trong thiết kế có thể được khắc phục bằng lập trình. Do đó, bạn có thể thấy mình dành nhiều công sức, nỗ lực và sự chú ý đến từng chi tiết hơn cho giai đoạn thiết kế. Chẳng phải điều đó bắt đầu giống với hình ảnh của một người mà bạn hằng ao ước sao? Hình ảnh của một chuyên gia cấp cao.

Tôi tin rằng một lập trình viên giỏi là người đã làm việc với nhiều môi trường dữ liệu khác nhau, chứ không phải người thành thạo nhiều ngôn ngữ và công nghệ. Mặc dù việc gia tăng giá trị tức thời của bạn trên thị trường và trong công ty là rất quan trọng, nhưng nếu bạn muốn xây dựng sự nghiệp lâu dài từ việc này, tôi tin rằng đích đến cuối cùng sẽ là lĩnh vực dữ liệu.

Tôi hy vọng khóa học này sẽ giúp bạn khám phá phương pháp tiếp cận dữ liệu và SQL thực tế của riêng mình. Không có câu trả lời đúng, nhưng chắc chắn có những giải pháp dành riêng cho bạn.

Tìm hiểu về những điều này

Những điều cần lưu ý trước khi tham gia khóa học