Vâng, em chưa chính thức thao tác Split Database nên em chưa rõ lắm ạ. Em có 1 vấn đề khúc mắc như sau: Có 3 người A, B, C nhập liệu vào mỗi file, và 3 file này sẽ được link vào file chủ. Người A đăng kí để tạo số phiếu 003, thì người B đăng kí sẽ tạo số phiếu nối tiếp là 004, và người C sẽ là 005, và người B tiếp tục làm thì số phiếu là 006 (Người A, B, C sẽ không theo theo lần lượt làm, và làm ngẫu nhiên khi cần), em không biết giải quyết vấn đề này thế nào ạ
Làm việc với CSDL Access đa người dùng mà bạn không xài tính năng ưu việt của nó là Split Database thì là một thiếu sót lớn.
Việc nhập liệu đa người dùng sẽ phải gặp tình trạng nhập trùng số phiếu khi 2, 3 người cập nhật dữ liệu cùng lúc, hiếm khi nhưng vẫn có và phải có giải pháp chống nhập trùng cho nó. Nếu trùng, Access sẽ nhảy đổng lên báo lỗi ngay, người dùng không biết gì sẽ lúng túng khi gặp báo lỗi này, do đó phải có một số thủ thuật xử lý phía sau hậu trường để việc cập nhật dữ liệu suôn sẽ mà không báo lỗi. Tôi cũng có một bài viết về thủ thuật này bên một diễn đàn về Access. Sơ bộ nó như thế này:
- Không tạo mã số phiếu ngay từ đầu nhập liệu mà chỉ tạo khi bấm nút [Lưu]. Nếu bạn tạo trước, chiếm một số phiếu nào đó trước rồi mới nhập liệu, sau đó có phát sinh, không lưu record thì số phiếu sẽ bị nhảy cóc do có người dùng khác lấy số phiếu kế tiếp để nhập rồi.
- Tạo môt table riêng chỉ để lưu số thứ tự mới nhất, khi người dùng thứ nhất (User 1) bấm [Lưu], code sẽ kiểm tra table này, lấy số phiếu và khoá (lock) cái table đó lại, không cho User 2 lấy.
- Khi 2, 3 User cùng lúc bấm nút [Lưu], User nào tới trước sẽ lấy trước, khi đó code các User còn lại phát hiện Table lấy số thứ tự bị Lock sẽ chạy Timer câu giờ để Users chờ trong giây lát, sau đó kiểm tra tiếp nếu lấy được số thứ tự mới thì cho [Lưu]. Nói là câu giờ chứ thời gian chỉ tính bằng milisecond, người dùng cũng khó nhận thấy sự khác biệt.
Với lại cho em hỏi thêm 1 ý nữa ạ. Nhóm em dùng OneDrive, khi xong thì đợi 2-3 phút để OneDrive đồng bộ, như vậy trong quá trình chưa đồng bộ xong mà người dùng đăng kí để lấy số phiếu nối tiếp thì có vấn đề gì không ạ. Em cảm ơn
Đối với Access Database làm Back End cho nhiều người dùng, tôi tuyệt đối không khuyến khích dùng các dịch vụ lưu trữ đám mây như One Drive, Google Drive, Drop Box để lưu Bạck End Database. Nếu chỉ một người dùng thì không thành vấn đề.
Cơ chế đồng bộ của các dịch vụ trên nó chỉ kiểm tra xem file nào mới nhất (dựa trên Date modified) của các máy con, rồi đồng bộ lên máy chủ đám mây. Trong khi đó đối với Access database, việc lưu một dòng dữ liệu (record) nó không giống như lưu một dòng trong file Excel, text. Bộ máy của Access khi nhập lệnh lưu Record, nó sẽ kiểm tra, thay đổi, đồng bộ lại Index, thay đổi dữ liệu của các Field khác trong Table khác mà nó có tạo quan hệ (Relationship) v.v..Vì vậy khi User1 đang cập nhật dữ liệu, bộ máy Access chưa kịp xử lý xong thì Database đó bị đồng bộ bởi User2 cũng đang thao tác nhập liệu vào cùng một Table --> dẫn đến việc cập nhật dữ liệu không hoàn tất, dễ gây sai dữ liệu, nặng thì hỏng luôn Database (Access sẽ báo lỗi "Database could not recognized"). Nói chung là không nên dùng.
Muốn tạo ứng dụng nhiều người dùng, bạn chỉ cần nâng cấp nó lên SQL Server, PosgreSQL là có thể thoải mái sử dụng nhập liệu, thao tác qua internet, không bị hư CSDL. Phía giao diện người dùng (Font End) thì cứ thiết kế Access cho nhanh, code không thay đổi gì nhiều lắm.
