SQL_Xin đầu sách dạy SQL dành cho người mới bắt đầu (1 người xem)

Liên hệ QC

Người dùng đang xem chủ đề này

Trung Hiếu

Thành viên mới
Tham gia
26/5/18
Bài viết
7
Được thích
1
Em đang đi học SQL tại trung tâm và muốn mua thêm sách để nghiền ngẫm vì học ở trên lớp sẽ ko đầy đủ và chi tiết bằng sách. Bác nào có đầu sách nào hay chia sẻ cho em xin cái tiêu đề với. Ưu tiên tiếng Việt và dạy trên CT Microsoft SQL càng tốt. Em xin cảm ơn.
 

File đính kèm

  • 1614822710668.png
    1614822710668.png
    265.1 KB · Đọc: 9
Lên gú gô cụm từ "SQL Viet" sẽ ra cả đống.

Tôi nhớ người lập cái sqlviet ngày xưa là Duy Tâm hay Huy Tâm gì đó. Y từng tổ chức nhiều hội nghị về đề tài này. Nếu y còn làm ở đấy thì coi như thớt may mắn. Y khá giỏi tiếng Việt cho nên có hể hỏi và được giải thích rõ ràng.
Chú: Đây là một blog cho nên phải chịu khó mò xuống dược hoặc góc phải góc trái nào đó để làn về các đề tài cũ.
 
Có người thầy vĩ đại có thể dạy SQL miễn phí, bất cứ lúc nào bạn hứng:
[1] Sách SQL trong nhà sách.
Cứ đầu sách SQL thì bạn đọc, cái nào thấy hay thì cố đọc cho nhiều. Nhược điểm là kiến thức ở đây thường có độ trễ chắc phải đến 5-15 năm (cái thời tôi còn cắm đầu vô tôi thấy thế không biết bây giờ khá hơn không).​
[2] Công cụ tạo query trong Access (QBE)
Trên đời này tôi chưa tìm được ông thầy nào uyên bác hơn. Mỗi khi tôi nảy ra bất cứ nhu cầu SQL là ổng tận tình build ra cho tôi. Mấy cái SQL dạng tổng hợp (pivot) tôi thậm chí còn chả biết cú pháp nó ra làm sao thế mà ổng cũng vẽ ra cho tôi. Tôi bảo đảm QBE trong Access uyên bác tới mức những anh nghĩ mình uyên bác cũng không thể biết hết nổi những câu SQL mà công cụ này có thể sinh ra.​
Nhược điểm học SQL trên Access là nó không cho ra các SQL dạng nhiều lệnh và có một số câu SQL sẽ sai ngữ pháp nếu thực thi trên môi trường khác.​
 
Vào 2 link sau mà xem
1/ Mua
2/ xài free
3/ mò tự viết ..............


Tôi thấy họ đồn có người Mua Or xài Free cái đó :{{ lâu ngày cũng vào họp chút thui à :whistling::{{

 
Lần chỉnh sửa cuối:
Có người thầy vĩ đại có thể dạy SQL miễn phí, bất cứ lúc nào bạn hứng:
[1] Sách SQL trong nhà sách.
Cứ đầu sách SQL thì bạn đọc, cái nào thấy hay thì cố đọc cho nhiều. Nhược điểm là kiến thức ở đây thường có độ trễ chắc phải đến 5-15 năm (cái thời tôi còn cắm đầu vô tôi thấy thế không biết bây giờ khá hơn không).​
[2] Công cụ tạo query trong Access (QBE)
Trên đời này tôi chưa tìm được ông thầy nào uyên bác hơn. Mỗi khi tôi nảy ra bất cứ nhu cầu SQL là ổng tận tình build ra cho tôi. Mấy cái SQL dạng tổng hợp (pivot) tôi thậm chí còn chả biết cú pháp nó ra làm sao thế mà ổng cũng vẽ ra cho tôi. Tôi bảo đảm QBE trong Access uyên bác tới mức những anh nghĩ mình uyên bác cũng không thể biết hết nổi những câu SQL mà công cụ này có thể sinh ra.​
Nhược điểm học SQL trên Access là nó không cho ra các SQL dạng nhiều lệnh và có một số câu SQL sẽ sai ngữ pháp nếu thực thi trên môi trường khác.​

Với lượng lớn dữ liệu hàng tháng (ví dụ: hơn 10 triệu dòng excel trong power query) thì nên chuyển sang dùng access hay SQL để phân tích thì tốc độ nhanh hơn anh nhỉ?
 
Python thẳng tiến. Dữ liệu đầu vào là Text, CSV, Excel đều được hết. :D
Khó nhai lắm em, nó không thoải mái như các ngôn ngữ khác. Có lần anh mờ mắt khi tìm lỗi, cuối cùng phát hiện ra nó cũng quy định code thụt ra thụt vào???
 
Toàn là nói chuyện lớn không hà. Mới vào học nghe chuyện ngoài lề hết biết đường luôn.
Chỉ việc download SQL Server Express về. Sau đó và mấy cái bơ-lốc SQL tiếng Việt mà hỏi.
Chú: import cái Northwind database của Access vào để thực tập có hơi rắc rối một chút. Nhưng chịu khó hỏi thì cũng có người chỉ.

Lúc tôi học thì tôi chỉ cắm đầu cắm cổ mà học. Được cái phần căn bản rồi mới tính đến chuyện mở rộng, cái này hay hơn cái kia.
 
[2] Công cụ tạo query trong Access (QBE)
Nhược điểm học SQL trên Access là nó không cho ra các SQL dạng nhiều lệnh và có một số câu SQL sẽ sai ngữ pháp nếu thực thi trên môi trường khác.​
SQL nhiều lệnh bạn nói có phải là SQL có cấu trúc Select lồng? Nếu đúng vậy thì công cụ tự động của Access không có (hoặc tôi chưa vọc hết)
 
Toàn là nói chuyện lớn không hà. Mới vào học nghe chuyện ngoài lề hết biết đường luôn.
Chỉ việc download SQL Server Express về. Sau đó và mấy cái bơ-lốc SQL tiếng Việt mà hỏi.
Chú: import cái Northwind database của Access vào để thực tập có hơi rắc rối một chút. Nhưng chịu khó hỏi thì cũng có người chỉ.

Lúc tôi học thì tôi chỉ cắm đầu cắm cổ mà học. Được cái phần căn bản rồi mới tính đến chuyện mở rộng, cái này hay hơn cái kia.
Thời của em thì cũng phải tự học, tìm và thực hành nát phần Access căn bản đến nâng cao. Rồi sau đó qua Visual Basic 6.0 của Ong Văn Thông. Áp dụng ngay vào công việc của mình rồi từ đó tự phát triển thêm.
 
SQL nhiều lệnh bạn nói có phải là SQL có cấu trúc Select lồng? Nếu đúng vậy thì công cụ tự động của Access không có (hoặc tôi chưa vọc hết)
Lồng thì mình tự tư duy 1 chút thôi ạ. Nó tạo từng bước một, Query với Query thôi ạ.
 
Với lượng lớn dữ liệu hàng tháng (ví dụ: hơn 10 triệu dòng excel trong power query) thì nên chuyển sang dùng access hay SQL để phân tích thì tốc độ nhanh hơn anh nhỉ?
Pandas của Python ngon hơn SQL nhe, chưa tính tới thread, thực ra 10 tr dòng dùng Data model của excel cũng đã rất nhanh rồi
 
SQL nhiều lệnh bạn nói có phải là SQL có cấu trúc Select lồng? Nếu đúng vậy thì công cụ tự động của Access không có (hoặc tôi chưa vọc hết)
Mọi câu lệnh thực thi trong Access 2010 trở về trước đều là lệnh đơn (dù có lồng bao nhiêu truy vấn con) khác xa với khái niệm SQL gồm nhiều lệnh tuần tự.
Chính xác như tôi nói là Access không cho ra (không tự build) các SQL dạng lồng mà buộc phải người dùng phải tự viết. Tuy nhiên vì Access cho một môi trường xây dựng SQL rất tốt nên ai cũng dễ dàng phát triển các truy vấn phức tạp. Dốt như tôi còn từng dùng Access để tạo ra truy vấn có 5-6 lớp lồng nhau nữa cơ mà.
 
Người ta chỉ hỏi tìm nguồn tài liệu học SQL như sách thôi mà. SQL là ngôn ngữ, học ngôn ngữ SQL thì có cái chuẩn chung và cái đặc thù tuỳ vào loại cơ sở dữ liệu. Người hỏi đã đang học ở trung tâm rồi thì nên hỏi cả thầy dạy ở đó, người ta dạy cho bạn cơ bản rồi thì chắc hoàn toàn tư vấn thêm cho bạn để học nâng cao hay con đường để tự học nâng cao.
Xin chia sẻ thêm cho các bạn còn chưa rõ về SQL.
Để chạy được SQL thì có nhiều công cụ để chạy. Người không học lập trình thì dùng các tool có sẵn như Microsoft SQL Server Management Studio Express (nếu CSDL là SQL Server), hay trong chính Excel cũng đã chạy được rồi, nếu tìm các công cụ để chạy nhiều loại CSDL thì cũng có đầy, như hàng của Devart, SQL Builder,... Còn để lập trình và chạy SQL thì có nhiều ngôn ngữ lập trình, gần như ngôn ngữ phổ biến nào cũng chạy cả. Khi dữ liệu lớn thì người ta sẽ lựa chọn loại CSDL nào phù hợp chứ không phải ngôn ngữ lập trình. Tốc độ chạy SQL nằm ở phần server (tổng đài) và đường truyền mạng, cách lập luận câu lệnh SQL là chính, ngôn ngữ lập trình bạn làm cơ bản chỉ là một cuộc gọi tới tổng đài mà thôi (client), sau khi đã nhận kết quả chạy SQL từ server trả về thì ngôn ngữ lập trình mới đi xử lý khối dữ liệu đã nhận, phần này mới là nói đến tốc độ của ngôn ngữ lập trình.
 
SQL nhiều lệnh bạn nói có phải là SQL có cấu trúc Select lồng? Nếu đúng vậy thì công cụ tự động của Access không có (hoặc tôi chưa vọc hết)
Cái người bạn quote nói không rõ.
SQL (structured query language) chỉ là một ngôn ngữ xa xưa mà IBM đã đặt ra khi họ khai triển kỹ thuật Relational Database.
Về sau, nó được chuẩn hoá theo Ansi (về sau này là Ansi/iso).
Tuy nhiên ansi chỉ chuẩn hoá các lệnh, các hàm thì hồn ai nấy giữ.

Trên thị trường, SQL có khá nhiều phiên bản, Oracle dùng SQL-Plus, SQL Server dùng T-SQL, .MySQL dùng mySQL, .. Đào sâu thì có một số điểm khác nhau.
Riêng thằng Access vì không hẳn là một CSDL LH chân chính cho nên phiên bản Access SQL khá nhiều chỗ khác với các phiên bản SQL khác.

Túm lại, chính cấu trúc Select lồng không hẳn đã theo SQL chuẩn. Có thể mỗi phiên bản có cách làm khác nhau.
Cấu trúc khá rắc rối của T-SQL và SQL-Plus là CTE (Common Table Expression). Viết mọt lệnh chạy đệ quy rồi sẽ biết.

Tuy nhiên, ngôn ngữ truy vấn chỉ là điều phụ. Người sử dụng database chân chính chú trọng vào cấu trúc của csdl hơn. Những kỹ thuật tạo view, tạo partition, tạo cube mới tỏ rõ tay nghề.
 
Với lượng lớn dữ liệu hàng tháng (ví dụ: hơn 10 triệu dòng excel trong power query) thì nên chuyển sang dùng access hay SQL để phân tích thì tốc độ nhanh hơn anh nhỉ?
Mình đang nói về môi trường học, thực hành SQL thì Access lý tưởng nhất thôi còn lựa chọn chương trình xây dựng CSDL là tùy bạn. Khi có kiến thức cơ bản rồi bạn chắc sẽ tự có câu trả lời nhé.
 
Sách tiếng việt về SQL cũng nhiều, chủ topic cứ ra nhà sách hay tiệm sách lớn, vào quầy Tin học thì thỏa mãi chọn
Không thì google cũng ra nhiều
 
Lồng thì mình tự tư duy 1 chút thôi ạ. Nó tạo từng bước một, Query với Query thôi ạ.
Thì anh cũng tạo query từ query khác (ví dụ Qry1), nhưng khi xem câu SQL thì thấy không phải câu Select lồng mà là Select from Qry1.
Dốt như tôi còn từng dùng Access để tạo ra truy vấn có 5-6 lớp lồng nhau nữa cơ mà.
Nếu create query from query thì tôi làm mấy lớp cũng được. Mãi gần đây mới tự viết được vài cái query lồng, kiểu 1 lồng (2, 3, 4) rồi 2 lồng 5
chứ chưa thấy 1 lồng (2 lồng (3 lồng 4), ...)
 
Sách tiếng việt về SQL cũng nhiều, chủ topic cứ ra nhà sách hay tiệm sách lớn, vào quầy Tin học thì thỏa mãi chọn
Không thì google cũng ra nhiều
Tôi cũng chẳng hiểu sao mấy người mới học cứ phải rắc rối.
Nếu không tính Foxpro thì tôi nhớ quển sách SQL Server (T-SQL) tiếng Việt đầu tiên mà tôi thấy ở SG là khoảng năm 1999-2000. Mấy học sinh thời đó cứ cắm cúi dở từng trang ra, với cái máy tính trước mặt mà vừa đọc vừa thực hành. (nhớ mang máng là lúc đó họ dùng SQL Server 7.0 do VN cơ-rắc)

Thời buổi bi giờ có mạng, bà con đâm lười, học mà lười gõ, chỉ muón lên mạng copy mấy cái lệnh về paste.
 
Nếu create query from query thì tôi làm mấy lớp cũng được. Mãi gần đây mới tự viết được vài cái query lồng, kiểu 1 lồng (2, 3, 4) rồi 2 lồng 5
chứ chưa thấy 1 lồng (2 lồng (3 lồng 4), ...)
Truy vấn lồng 5-6 lớp tôi viết cho một ứng dụng khoảng năm 2012. Chính tôi viết xong mà còn ngẫm nghĩ "liệu có ai viết một câu SQL kỳ cục như thế này không mà?" --=0

Nói về khả năng build SQL của Access thì phải nói rất mạnh. Uyên bác như Vetmini mà tôi đã ít nhất 2 lần đưa câu SQL khác xa ý tưởng của thành viên ấy. Một lần Access bày cho tôi dùng DELETE có JOIN điều tôi chưa bao giờ biết trước đây (và nhiều bác nếu chưa thấy cái lệnh đấy thì chắc y như tôi trước đó), lần khác tôi dùng INNER JOIN khác xa gợi ý dùng hàm tìm kiếm DLOOKUP từ Vetmini. Tôi đã kiểm tra theo 2 phương án thì thấy truy vấn do Access tạo ra cho tốc độ vượt trội nhất là khi số record trên vài vạn.

Bởi vậy theo tôi Access chính là người thầy uyên bác về SQL vì nó luôn đem đến cho người thực hành những bài học mới nhất, tối ưu nhất về cách dùng SQL. Ngày trước vì tôn sùng với kiến thức cũ mà tôi thậm chí luôn sửa INNER JOIN thành WHERE vì cho là nó ngắn gọn hơn. Phải sau gần chục năm tôi mới vỡ lẽ tại sao Access luôn dùng INNER JOIN thay vì dùng WHERE.
 
Truy vấn lồng 5-6 lớp tôi viết cho một ứng dụng khoảng năm 2012. Chính tôi viết xong mà còn ngẫm nghĩ "liệu có ai viết một câu SQL kỳ cục như thế này không mà?" --=0

Nói về khả năng build SQL của Access thì phải nói rất mạnh. Uyên bác như Vetmini mà tôi đã ít nhất 2 lần đưa câu SQL khác xa ý tưởng của thành viên ấy. Một lần Access bày cho tôi dùng DELETE có JOIN điều tôi chưa bao giờ biết trước đây (và nhiều bác nếu chưa thấy cái lệnh đấy thì chắc y như tôi trước đó), lần khác tôi dùng INNER JOIN khác xa gợi ý dùng hàm tìm kiếm DLOOKUP từ Vetmini. Tôi đã kiểm tra theo 2 phương án thì thấy truy vấn do Access tạo ra cho tốc độ vượt trội nhất là khi số record trên vài vạn.

Bởi vậy theo tôi Access chính là người thầy uyên bác về SQL vì nó luôn đem đến cho người thực hành những bài học mới nhất, tối ưu nhất về cách dùng SQL. Ngày trước vì tôn sùng với kiến thức cũ mà tôi thậm chí luôn sửa INNER JOIN thành WHERE vì cho là nó ngắn gọn hơn. Phải sau gần chục năm tôi mới vỡ lẽ tại sao Access luôn dùng INNER JOIN thay vì dùng WHERE.
Vậy tôi xin đoán là CSDL của bạn lúc bấy giờ bị thừa mà thiếu.
 
Vậy tôi xin đoán là CSDL của bạn lúc bấy giờ bị thừa mà thiếu.
Không phải đâu anh! Cái CSDL ấy chính là "mẫu hình lý tưởng" tổng hợp từ 10 năm kiến thức và trải nghiệm với CSDL của tôi đấy. Đến giờ tôi vẫn áp dụng mẫu hình của nó cho bất cứ CSDL chỉnh chu nào và trong tương lai cũng thế. Tôi thậm chí đặt tên nó là mẫu hình CSDL hướng đối tượng ( --=0 ăn theo tý mà). Nhờ tư duy mẫu hình này mà về sau tôi tiếp cận khái niệm "Document-Oriented Database" khá nhanh vì nó có nhiều tương đồng với mẫu hình CSDL do tôi xây dựng.

Tôi cũng bật mý luôn là tôi dùng các truy vấn lồng 2-5 lớp vì nó liên quan đến bài toán cây quan hệ (kiểu gia phả hay là kiểu quản lý phân cấp). Chẳng hạn tôi muốn liệt kê bao nhiêu cấp dưới của anh A và bao nhiêu cấp dưới của cấp dưới anh A...
 
Mình cũng muốn mua sách tiếng Việt về học cho nhanh, có bác nào biết quyển sách nào tiếng Việt hay về SQL?
 
Mình cũng muốn mua sách tiếng Việt về học cho nhanh, có bác nào biết quyển sách nào tiếng Việt hay về SQL?
Anh Chị Em muốn học SQL server thì các anh chị em chỉ tải PM kế toán Misa về rồi cài vào đó sẽ xem cách tạo bảng, cách tạo View, các Procedure họ mở hết để biết các câu lênh các truyền bến các bảng thật và bảng temp... nhiều thứ lắm.... còn số liệu mình có 1 data của cty SX KD thép các loại ai cần mình gửi .bak về phục hồi tự học tha hồ mà nhanh trưởng thành. từ đó kết hợp GG đẻ làm ra cái riêng của mình. còn để viết Form thì cần học thêm form Dev mới dc
 
Mình cũng muốn mua sách tiếng Việt về học cho nhanh, có bác nào biết quyển sách nào tiếng Việt hay về SQL?
Ai cũng đòi hỏi "nhanh" hết.
Người có khả năng "học nhanh" đã biết diễn đàn này không phải là nơi để hỏi về SQL. Đã phải hỏi thì cũng phải biết con đường tìm kiếm còn dài.
Muốn mua sách tiếng Việt thì đến cổng trường ĐH Bách Khoa hoặc Tổng hợp, ngắm xem Sinh Viên nào có vẻ chăm học, hỏi thăm chúng chỉ sách cho. Biết cách hỏi thăm nhã nhặn thì chúng sẽ tận tình chỉ cho sách Giáo Khoa lẫn sách hay theo ý chúng.

Quyển sách về Kỹ Thuật đầu tay, sau khi ra trường và làm việc, tôi mua theo cách thức ấy.
 
Ai cũng đòi hỏi "nhanh" hết.
Không chỉ đòi hỏi nhanh. Lại còn đòi hỏi tiện lợi. Thậm chí tiện lợi theo 1 lối mòn nào đó.
Những bài tôi viết nắn nót từng chữ từng câu, chỉ cần làm theo từng cái gạch đầu dòng theo thứ tự, làm theo đúng hình chụp, cũng cứ bị hỏi là sao không phải video clip, sao không có ebook kèm theo. Những công thức đơn giản cũng hỏi sao không có file thực hành.
Đến nỗi viết công thức bằng cách mở hộp thoại fx cũng bị cho là "hàn lâm".
 

Bài viết mới nhất

Back
Top Bottom