• Tùy chọn
• Đăng nhập
• Đăng ký
• Xem như trên Máy tính
• Accelerated Mobile Pages Theme

Xử lý lỗi xung độ khi dùng ADO chạy mạng Lan

• Trang chủ

  • Thủ Thuật Access
  • Access Nâng Cao
  • Thảo Luận Access
  • Xử lý lỗi xung độ khi dùng ADO chạy mạng Lan
• Xử lý lỗi xung độ khi dùng ADO chạy mạng Lan

• RE: Xử lý lỗi xung độ khi dùng ADO chạy mạng Lan

  maidinhdan > 17-12-16, 01:49 PM

  (17-12-16, 10:33 AM)Minh Tiên Đã viết: Cảm ơn bạn Dân !
  Bài viết của bạn thật hữu ích.
  
  Sau vài ngày suy ngầm, mình nghĩ việc xung đột khi chạy Lan của mình chỉ chủ yếu tập trung vào các nguyên nhân.
  1. Thủ tục kết nối có vấn đề hoặc;
  2. Thủ tục lấy dữ liệu (load) về có vấn đề.
  Vì mình mới chỉ thử: Mở Form (load dữ liệu cho các Combo box) của 02 PC mà đã báo lỗi rồi.
  Mình sẽ tập trung nghiên cứu 02 vấn đề này trước và thử riêng xem sao rồi mới tới việc nghiên cứu xung đột trong lưu trữ.
  
  Thanks ACE !

  
  Em đã nghiên cứu nhiều bài viết của anh Tiên và rút ra 1 điểm, anh chưa tìm hiểu sâu về kiểu khi nào cần ngắt kết nối, cho nên em mới đề xuất anh như bài viết trên,
  
  Một điều nửa là khi viết ứng dụng phải xác định được vấn đề khi nào load để chỉ đọc và load bao nhiêu mẫu tin là đủ.
  
  3 ý này cực kỳ quang trọng khi triển khai ứng dụng nhiều người dùng.
  
  Thực ra viết ứng dụng nhiều người dùng trong mạng LAN không cần thiết phải dùng đến ADO đâu, ADO chỉ thích hợp khi anh dùng với SQL Server hoặc kết nối qua môi trường Internet thôi.
  
  Thân mến!

• RE: Xử lý lỗi xung độ khi dùng ADO chạy mạng Lan

  Minh Tiên > 18-12-16, 10:37 AM

  Chào Dân !
  Dân nói đúng đấy. Tiên cũng chỉ mới tiếp cận ADO theo lời giới thiệu của một số ACE trên diễn đàn.
  Mục đích của việc viết chương trình của Tiên là phục vụ công việc của mình và cũng thỏa niềm đam mê lúc rỗi.
  Hiện Tiên đang dùng PM Access chạy trực tiếp 3 năm nay --> OK.
  Tiên viết chương trìnhchủ yếu để "Bò được", sau đó mới tính tới "Cải lùi".
  Hai ngày nay Tiên đã thử test trên mạng Lan (Dùng cáp) cho 02PC --> thì OK.
  Nhưng thử trên 02PC dùng Wifi thì No OK (Thời gian chờ kết nối rất lâu --> Xung đột).
  Sơ lược bài toán của Tiên như sau:
  1. Phần mềm bán hàng của tiên dùng bằng máy quét (hoặc gõ mã hàng) mỗi khi mở "Phiếu mới" Tiên cho load toàn bộ mã hàng về cboMahng, sau đó ngắt kết nối (Vì nếu không như thế thì mỗi khi quét bán 1 mã hàng, nếu mã hàng chưa được load lại phải load lại --> Rất mất thời gian KH chờ).
  2. Mỗi phiếu bán hàng (1 hoặc nhiều mã hàng) được lưu vào table tạm. Sau khi bấm "Lưu" thì mới mở kết nối đến Data và thực hiện lưu (Hoặc động lưu gồm: Update vào table Danh sách hàng hóa, Updata vào table Phiếu xuất, Update và công nợ). Mỗi hoạt động lưu đều được mở và ngắt kết nối 1 lần (Theo như bài Dân hướng dẫn nếu dùng nhiều PC).
  3. Hiện Tiên chủ yếu dùng sql để InSert, Update nên chỉ việc mở kết nối, ngắt kết nối, chạy sql chứ ko quan tâm đến kiểu dữ liệu lkhi mở Recordset àm gì.
  Đối với việc load dữ liệu về combo thì Tiên dùng kiểu: CursorType = adOpenDynamic, LockType = adLockReadOnly)
  
  
  Bài toán thì đơn giản, nhưng vì ko phải dân Tin học nên đôi khi cấu trúc dữ liệu, giải pháp, code kiết lôm côm, mong các ACE chỉ giáo để PM của Tiên ngày được "Cài tới", "Bò nhanh".
  Rất cảm ơn !

• RE: Xử lý lỗi xung độ khi dùng ADO chạy mạng Lan

  maidinhdan > 18-12-16, 02:38 PM

  (18-12-16, 10:37 AM)Minh Tiên Đã viết: Chào Dân !
  Dân nói đúng đấy. Tiên cũng chỉ mới tiếp cận ADO theo lời giới thiệu của một số ACE trên diễn đàn.
  Mục đích của việc viết chương trình của Tiên là phục vụ công việc của mình và cũng thỏa niềm đam mê lúc rỗi.
  Hiện Tiên đang dùng PM Access chạy trực tiếp 3 năm nay --> OK.
  Tiên viết chương trìnhchủ yếu để "Bò được", sau đó mới tính tới "Cải lùi".
  Hai ngày nay Tiên đã thử test trên mạng Lan (Dùng cáp) cho 02PC --> thì OK.
  Nhưng thử trên 02PC dùng Wifi thì No OK (Thời gian chờ kết nối rất lâu --> Xung đột).
  Sơ lược bài toán của Tiên như sau:
  1. Phần mềm bán hàng của tiên dùng bằng máy quét (hoặc gõ mã hàng) mỗi khi mở "Phiếu mới" Tiên cho load toàn bộ mã hàng về cboMahng, sau đó ngắt kết nối (Vì nếu không như thế thì mỗi khi quét bán 1 mã hàng, nếu mã hàng chưa được load lại phải load lại --> Rất mất thời gian KH chờ).
  2. Mỗi phiếu bán hàng (1 hoặc nhiều mã hàng) được lưu vào table tạm. Sau khi bấm "Lưu" thì mới mở kết nối đến Data và thực hiện lưu (Hoặc động lưu gồm: Update vào table Danh sách hàng hóa, Updata vào table Phiếu xuất, Update và công nợ). Mỗi hoạt động lưu đều được mở và ngắt kết nối 1 lần (Theo như bài Dân hướng dẫn nếu dùng nhiều PC).
  3. Hiện Tiên chủ yếu dùng sql để InSert, Update nên chỉ việc mở kết nối, ngắt kết nối, chạy sql chứ ko quan tâm đến kiểu dữ liệu lkhi mở Recordset àm gì.
  Đối với việc load dữ liệu về combo thì Tiên dùng kiểu: CursorType = adOpenDynamic, LockType = adLockReadOnly)
  
  
  Bài toán thì đơn giản, nhưng vì ko phải dân Tin học nên đôi khi cấu trúc dữ liệu, giải pháp, code kiết lôm côm, mong các ACE chỉ giáo để PM của Tiên ngày được "Cài tới", "Bò nhanh".
  Rất cảm ơn !

  
  Góp ý:
  Đối với ý số 1:
  - Theo mình nghĩ Mã hàng rất ít thay đổi trong thời gian 1tuần hay 2 tuần, nên ta sẽ xử lý nó như thế này:
  * Bước 1: Tạo table trên file Clients, nạp danh sách mã hàng vào table này.
  * Bước 2: Tạo 1 hàm So sánh Số lượng mã hàng trên Client và Server ( Nếu khác thì Xóa và nạp lại table Client: Đây là kiểu xử lý luôn các phần áp dụng khi chỉnh sửa đơn giá, Khi cập nhật hay thêm cứ cho nó giao tiếp với server):
  - Ở bước

• RE: Xử lý lỗi xung độ khi dùng ADO chạy mạng Lan

  maidinhdan > 18-12-16, 03:13 PM

  (18-12-16, 10:37 AM)Minh Tiên Đã viết: Chào Dân !
  Dân nói đúng đấy. Tiên cũng chỉ mới tiếp cận ADO theo lời giới thiệu của một số ACE trên diễn đàn.
  Mục đích của việc viết chương trình của Tiên là phục vụ công việc của mình và cũng thỏa niềm đam mê lúc rỗi.
  Hiện Tiên đang dùng PM Access chạy trực tiếp 3 năm nay --> OK.
  Tiên viết chương trìnhchủ yếu để "Bò được", sau đó mới tính tới "Cải lùi".
  Hai ngày nay Tiên đã thử test trên mạng Lan (Dùng cáp) cho 02PC --> thì OK.
  Nhưng thử trên 02PC dùng Wifi thì No OK (Thời gian chờ kết nối rất lâu --> Xung đột).
  Sơ lược bài toán của Tiên như sau:
  1. Phần mềm bán hàng của tiên dùng bằng máy quét (hoặc gõ mã hàng) mỗi khi mở "Phiếu mới" Tiên cho load toàn bộ mã hàng về cboMahng, sau đó ngắt kết nối (Vì nếu không như thế thì mỗi khi quét bán 1 mã hàng, nếu mã hàng chưa được load lại phải load lại --> Rất mất thời gian KH chờ).
  2. Mỗi phiếu bán hàng (1 hoặc nhiều mã hàng) được lưu vào table tạm. Sau khi bấm "Lưu" thì mới mở kết nối đến Data và thực hiện lưu (Hoặc động lưu gồm: Update vào table Danh sách hàng hóa, Updata vào table Phiếu xuất, Update và công nợ). Mỗi hoạt động lưu đều được mở và ngắt kết nối 1 lần (Theo như bài Dân hướng dẫn nếu dùng nhiều PC).
  3. Hiện Tiên chủ yếu dùng sql để InSert, Update nên chỉ việc mở kết nối, ngắt kết nối, chạy sql chứ ko quan tâm đến kiểu dữ liệu lkhi mở Recordset àm gì.
  Đối với việc load dữ liệu về combo thì Tiên dùng kiểu: CursorType = adOpenDynamic, LockType = adLockReadOnly)
  
  
  Bài toán thì đơn giản, nhưng vì ko phải dân Tin học nên đôi khi cấu trúc dữ liệu, giải pháp, code kiết lôm côm, mong các ACE chỉ giáo để PM của Tiên ngày được "Cài tới", "Bò nhanh".
  Rất cảm ơn !

  
  Thảo luận thêm:
  
  Đối với ý số 1:
  - Theo mình nghĩ Mã hàng rất ít thay đổi trong thời gian 1tuần hay 2 tuần, nên ta sẽ xử lý nó như thế này:
  * Bước 1: Tạo table trên file Clients, nạp danh sách mã hàng vào table này.
  * Bước 2: Tạo 1 hàm So sánh Số lượng mã hàng trên Client và Server ( Nếu khác thì Xóa và nạp lại table Client: Đây là kiểu xử lý luôn các phần áp dụng khi chỉnh sửa đơn giá, Khi cập nhật hay thêm cứ cho nó giao tiếp với server):
  - Ở bước 2 tạo hàm So sánh sẽ có 2 tình huống So sánh( So sánh bằng Số lượng hoặc So sánh dựa vào Last Modifier(Ngày chỉnh sửa của table)
  * Bước 3: Mỗi đăng Client đăng nhập cho check Hàm ở bước 2, Khác thì nạp lại, không thì bỏ qua. ( Ta làm như vậy đỡ đỡ phải load lâu mất thời gian, nếu như nhiều máy mà mở cùng 1 thời điểm thì cũng không sao, nhưng với trường hợp của Tiên mình nghĩ sẽ load lâu đấy)
  
  Kết luận ý số 1 này: Những cái nào ít thay đổi thì tiên cứ làm theo kiểu này, ngoài ra Tiên cần làm thêm hàm load về nửa, mình cũng đề nghị tiên Áp dụng kiểu Load theo từng record và sử dụng hàm Sleep để tránh treo máy khi Load theo kiểu 1 cục về, ( Code này tiên có thể gửi lên đây để mình và các bạn khác góp ý cụ thể, riêng mình cũng có 1 Hàm cũng thấy được, cần nửa thì Dân chia sẽ luôn)
  
  Đối với ý số 2:
  * Như tiên nói, nhưng xin khẳng định lần nửa là nên sử dụng Class Modules nhé
  
  Đối với ý số 3: Tiên không trình bày là mỗi lần load đoạn sql là bao nhiêu mẫu tin, nhưng theo đề xuất của các cao thủ khác và ý kiến của mình sẽ có 2 tình huống như sau:
  Một, Trong 1 năm làm việc số lượng mẫu tin lớn ( trên 10ngàn dòng), thì khi Load ta chỉ cần load về khoảng 1tháng gần nhất, hoặc 100 mẫu tin để xem;
  - Riêng việc thống kê tính toán doanh thu ta sẽ viết 1 hàm riêng để tính toán trực tiếp trên Server
  Hai, Trong 1 năm làm việc số lượng mẫu tin nhỏ, dưới 10ngàn dòng, ta cũng có thể load toàn bộ, hoặc áp dụng Ý số 1 của mình nêu trên.
  
  * Một số ý kiến khác về ứng dụng mình thường làm:
  1. Rất hiếm sử dụng Unbound Form, cần thiết lắm mới sử dụng ( Database cũng là Access)
  Lý do: Khi chúng ta chọn Access làm ứng dụng thì ta đã biết nó chỉ dành cho những ứng dụng nhỏ, cho nên ta cứ thiết kết theo kiểu song song và load dữ liệu về từ máy chủ cho máy con
  * Ở đây cũng xảy ra rất nhiều tình huống:
  Ví dụ ở máy Client
  + Dữ liệu trong nhiều năm: Ta phải giải quyết như thế nào?
  + Dữ liệu được chỉnh sửa bởi 1 Client khác? phải xử lý như thế nào
  Ví dụ ở máy chủ:
  + Bao lâu sẽ backup Database 1 lần?
  + Thời gian tối đa cho phép 1 client kết nối đến là bao nhiêu miligiây?
  2. Ít sử dụng Unbound, cần thiết lắm mới sử dụng ( Database là SQL Server)
  Tôi vẫn chọn cách thiết kế chạy Song song, ngoại trừ các table liên quan đến Tài khoản quản trị
  
  3. Khi nào ta chọn sử dụng Bound Form: Câu trả lời này theo mình là tôi sẽ không bao giờ dùng nếu tôi còn dùng Access để thiết kế ứng dụng.
  Lý do:
  - Tiêu tốn tài nguyên bộ nhớ, nó không giống như những Ngô ngữ khác có các phân hệ độc lập, khi bạn chạy ứng dụng nhất là khi viết nhiều hàm để xử lý, có thể dễ gặp lỗi treo máy ( đây là ý kiến của mình khi load nhiều mẫu tin về, rất nhanh như chạy 1 hồi là nó lại ì ạch)
  - ......
  
  Ghi chú cuối cùng của mình sau khi tham khảo nhiều ngôn ngữ khác nhau:
  Dù ta có sử dụng bất kỳ ngôn ngữ lập trình nào đi chẳng nửa, việc giao tiếp nhanh hay chậm lệ thuộc hoàn toàn vào giải thuật của người viết.
  
  Vậy thì ta chọn cái ngôn ngữ đơn giản trước để tập tành khâu xử lý tình huống, khi nào Ok rồi chuyển qua ngôn ngữ tiếp theo.
  
  Hiên tại mình vẫn thích dùng DAO để xử lý. còn ADO chắc 10 năm nửa mới nghiên cứu sâu về nó. mà nếu có ngày đó chắc không dùng Access để viết nửa đâu.
  
  Thân mến!
  
• Bài trước Bài tiếp