Tùy chọn
Cần chia sẻ kinh nghiệm về ADODB vs DAO - Khi nào nên dùng mỗi loại
- Cần chia sẻ kinh nghiệm về ADODB vs DAO - Khi nào nên dùng mỗi loại
-
Cần chia sẻ kinh nghiệm về ADODB vs DAO - Khi nào nên dùng mỗi loại
ongke0711 > 30-04-17, 11:59 AM
Chào các bạn,
Đối với Access tôi tập tành, mày mò học trên mạng nên còn nhiều thứ chưa thông hiểu lắm. Phần lớn các source code Access đều là code cho các kiểu đối tượng DAO và rất ít cho kiểu ADODB (vì Access dựa trên nền tảng JET database engine). Đối với các kiểu dữ liệu mới sau này như SQL, Oracle…thì xuất hiện thêm mô hình ADO. Tôi cũng có tìm hiểu cơ bản về nó nhưng để nắm bắt nhanh thì cần các bạn nào có kinh nghiệm về lập trình theo mô hình ADODB chia sẻ kiến thức về mô hình này, những điểm mạnh/ yếu, khi nào nên dùng (dùng kết hợp…) để tối ưu hóa việc xử lý CSLD, để có thuận tiện khi nâng cấp v.v.. Như bác Xuân Thanh trước đây có nói “Không nên dùng dao mổ bò để giết gà (hay ruồi gì đó)”
nên đối với các ứng dụng nho nhỏ để học hỏi mình vẫn dùng mô hình DAO truyền thống của Access (thực tế vẫn chưa có được con dao mổ bò...hehe) nhưng vẫn mong muốn học hỏi thêm 
.
Các bạn cùng chia sẻ ý kiến, kinh nghiệm về lĩnh vực này nhé. -
RE: Cần chia sẻ kinh nghiệm về ADODB vs DAO - Khi nào nên dùng mỗi loại
maidinhdan > 30-04-17, 03:26 PM
Em xin chia sẽ kinh nghiêm non nớt của mình trước nhé anh.
Cái nào thấy sai mong các Anh/Chị khác chỉ bảo em thêm.
Xin bắt đầu.
Khi dùng ADO ta phải xác định Database của ta là gì trước đã: là Access, SQL Server hay Oracle...
Em xin phép lấy SQL Server ra để nói, vì nó ít...
Bước đầu tiên và quan trọng đó là Phương thức kết nối, ở đây xảy ra rất nhiều vấn đề cần suy nghĩ
1. Kết nối trực tiếp
+ Em hay Dùng Kỹ thuật phân tách dữ liệu trung gian
2. Kết nối gián tiếp
+ Em hay dùng Kỹ thuật bảng tạm
* Ưu điểm: CSDL lớn có thể truy xuất nhanh kể cả môi trường Internet
* Cả 2 cách này đều lệ thuộc vào Database trên SQL Server chứ không phải phụ thuộc vào ADODB trên Access mà ta khai báo
* Có thể kết luận ngay là: "Dù ta dùng ngôn ngữ nào để lập trình đều phải xác định Database của ta là gì. và nghiên cứu chúng trước khi nghiên cứu ADO
Bước 2. Ta viết hàm kết nối và truy xuất đến các kỹ thuật trên Database ta đã viết
Bước 3. Xử lý các kịch bản ( đây là bước cực kỳ quan trọng)
- Đừng viết code lòng vòng, chạy tới chạy lui, Không nên Ngắt rồi gọi kết nối nhiều lần trên 1 cú click; ở bài Demo kết nối dùng ADO của MinhTien post trên đây có thể thấy là code chạy tới chạy lui....( cái này xin lỗi MinhTien trước nhé, hôm trước có sửa code này lại, nhưng làm biến viết bài phân tích nên không góp ý lên)
- Viết code phải tính toán thời gian chạy 1 đoạn code, dù chạy 1 dòng hay 1 ngàn dòng thì không nên chạy quá lâu. Lý do:
khi học về lập trình trong môn Lập trình cơ sở dữ liệu có nêu vấn đề này.
Ví dụ: anh A gọi lệnh sửa từ mẫu tin thứ 500, anh B gọi lệnh In từ 1-1000.... như vậy báo cáo ra đúng hay sai trong cùng thời điểm A và B đều nhấn nút Lưu và In ra. Đây là kiểu minh họa báo cáo, trường hợp là liên quan đến Ngân hàng, rút tiền chẳng hạn... thì phiền pức vô cùng. Thế thì ý này mình muốn chia sẽ đó là: phải thiết kế được 1 hàm để kiểm soát chúng.
* Vấn đề linh tinh khác:
- Phần nên dùng
+ Dùng Class quản lý các table: Kiểm soát các tham số lây or truyền vào
+ Dùng kỹ thuật Rollback: quay lại nếu có sai
+ Xây dựng nhiều hàm Kiểm tra.
- Không nên dùng
+ Người Mới bắt đầu: Late biding ( Không nhìn thấy code trong khi viết)
+ Kỹ thuật UpdateBatch: nếu sửa thì cũng chỉ sửa trên 1 thằng, thêm thì cũng thêm 1 thằng...thay vào đó là dùng ADODB.Command
* Tham khảo nhiều Trang Web
- https://docs.microsoft.com/en-us/sql/ado...sual-basic
- https://www.w3schools.com/asp/ado_intro.asp
- Nghiên cứu sử dụng hợp lý 2 chú này: CursorType và LockType
* Còn chú DAO thì nếu kết nối qua INternet thì cất chú ấy vào kho đi, chú ấy chỉ thích hợp trên 1 máy hoặc mạng Nội bộ thôi. Tức là cái nào xử lý trên chính máy đang thao tác thì có thể dùng.
Tạm thời bấy nhiêu thôi....suy nghĩ thêm được gì lên hò hét tiếp...khà khà. -
RE: Cần chia sẻ kinh nghiệm về ADODB vs DAO - Khi nào nên dùng mỗi loại
ongke0711 > 01-05-17, 12:06 AM
Đọc bài bác maidinhdan xong thấy vừa mệt vừa hào hứng vì còn nhiều cái để học hỏi thêm nếu theo đuổi đam mê lập trình.
Nói chung kiểu gì thì cái bước xử lý các kịch bản cực kỳ quan trọng, cái này cũng đòi hỏi kinh nghiệm đã trải qua nhiều ứng dụng.
Còn quay lại vụ DAO hay ADO, tóm lại nếu để chuẩn bị trước cho việc nâng cấp CSDL lên SQL Server và làm việc qua môi trường internet thì bây giờ nên lập trình kết nối = ADO để thuận tiện hơn sau này.
Cho hỏi thêm là kết nối ODBC với file mdb qua internet và dùng mô hình đối tượng DAO có được không hay sẽ phát sinh lỗi tùm tum? Tôi không có điều kiện thử môi trường kết nối các máy tính với nhau nên chưa thử được. -
RE: Cần chia sẻ kinh nghiệm về ADODB vs DAO - Khi nào nên dùng mỗi loại
maidinhdan > 01-05-17, 11:56 PM
(01-05-17, 12:06 AM)ongke0711 Đã viết: Đọc bài bác maidinhdan xong thấy vừa mệt vừa hào hứng vì còn nhiều cái để học hỏi thêm nếu theo đuổi đam mê lập trình.
Nói chung kiểu gì thì cái bước xử lý các kịch bản cực kỳ quan trọng, cái này cũng đòi hỏi kinh nghiệm đã trải qua nhiều ứng dụng.
Còn quay lại vụ DAO hay ADO, tóm lại nếu để chuẩn bị trước cho việc nâng cấp CSDL lên SQL Server và làm việc qua môi trường internet thì bây giờ nên lập trình kết nối = ADO để thuận tiện hơn sau này.
Cho hỏi thêm là kết nối ODBC với file mdb qua internet và dùng mô hình đối tượng DAO có được không hay sẽ phát sinh lỗi tùm tum? Tôi không có điều kiện thử môi trường kết nối các máy tính với nhau nên chưa thử được.
Ý của anh em tách trả lời anh 3 ý như sau:
1. Đọc bài bác maidinhdan xong thấy vừa mệt vừa hào hứng....:
Nói thì không bao giờ hết ý, anh làm đến đâu thì có thể trao đổi, thảo luận trên diễn đàn hoặc riêng với em. Em hiểu bao nhiều sẽ trao đổi anh hết.
2. Cho hỏi thêm là kết nối ODBC với file mdb qua internet và dùng mô hình đối tượng DAO có được không hay sẽ phát sinh lỗi tùm tum?
Trước khi trả lời câu này chúng ta phải hiểu ODBC là gì?
ODBC là công nghệ Windows cho phép sử dụng client nối với cơ sở dữ liệu từ xa. Lưu trú trên máy Cilent, ODBC tìm cách làm cho nguồn dữ liệu quan hệ trở thành tổng quát đối với ứng dụng Client. Điều này có nghĩa là ứng dụng Client không cần quan tâm kiểu dữ liệu cơ sở mà nó đang nối là gì.
Bởi vì đây là công nghệ phía Client, ODBC không đòi hỏi phải xử lý trên Server của cơ sở dữ liệu
ODBC gồm 3 phần :
- Trình quản lý điều khiển (Driver maneger)
- Một hay nhiều trình điều khiển (Driver)
- Một hay nhiều nguồn dữ liệu (Data source)
* Kết:
- Ưu điểm: là ta dùng ngôn ngữ nào tùy mình DAO hay ADO hay Link Table đều được
- Nhược điểm: Chậm, qua nhiều trung gian xử lý, Khó nâng cấp. DataBase hạn chế nếu không phải là SQL Server hay Oracle.
3. Tôi không có điều kiện thử môi trường kết nối các máy tính với nhau nên chưa thử được?
- Khi anh chạy qua giao thức Internat TPC/IP thì chỉ cần 1 máy là có thể Test rồi, không như Server/Client là Access hết.
Lời góp ý
- Ý nào em khuyên anh nên thiết kế Database trên SQL Server. Ta có thể tạo kiểu file tạm trên Server hay phía client.
- Nhìn ADO phức tạp vậy chứ, anh dùng thử 1 thời gian thấy nó cũng bình thường như DAO, vì chúng ta chỉ tận dụng vài hàm để làm việc thôi.
Anh rảnh thì xem 41 Video dưới đây. có tất cả những gì anh cần.
Link List video: http://goo.gl/wunUmw
Link file Demo: Nhấn vào đây