Di chuyển cơ sở dữ liệu Access sang SQL Server

Giới thiệu về cơ sở dữ liệu tách

Tất cả các đối tượng cơ sở dữ liệu Access có thể nằm trong một tệp cơ sở dữ liệu hoặc có thể được lưu trữ trong hai tệp cơ sở dữ liệu: cơ sở dữ liệu phía trước và cơ sở dữ liệu phía sau. Điều này được gọi là tách cơ sở dữ liệu và được thiết kế để tạo điều kiện chia sẻ trong môi trường mạng. Tệp cơ sở dữ liệu phía sau chỉ được chứa các bảng và mối quan hệ. Tệp ngoại vi chỉ được chứa tất cả các đối tượng khác, bao gồm biểu mẫu, báo cáo, truy vấn, macro, mô-đun VBA và bảng được liên kết với cơ sở dữ liệu phía sau. Khi bạn di chuyển cơ sở dữ liệu Access, cơ sở dữ liệu đó tương tự như cơ sở dữ liệu tách trong SQL Server đang đóng vai trò là phần phụ trợ mới cho dữ liệu hiện nằm trên máy chủ.

Do đó, bạn vẫn có thể duy trì cơ sở dữ liệu Access ngoại vi với các bảng được liên kết đến bảng SQL Server. Một cách hiệu quả, bạn có thể nhận được lợi ích từ việc phát triển ứng dụng nhanh chóng mà cơ sở dữ liệu Access cung cấp, cùng với khả năng mở rộng của SQL Server.

Lợi ích SQL Server

Vẫn cần một số thuyết phục để di chuyển sang SQL Server? Dưới đây là một số lợi ích bổ sung cần suy nghĩ về:

• Nhiều người dùng đồng thời hơn    SQL Server có thể xử lý nhiều người dùng đồng thời hơn Access và giảm thiểu các yêu cầu về bộ nhớ khi có nhiều người dùng được thêm vào.

• Tính khả dụng cao hơn    Với SQL Server, bạn có thể linh động sao lưu, tăng dần hoặc hoàn thành cơ sở dữ liệu trong khi cơ sở dữ liệu đang được sử dụng. Do vậy, bạn không cần phải yêu cầu người dùng thoát khỏi cơ sở dữ liệu để sao lưu dữ liệu.

• Hiệu suất cao và khả năng mở rộng    Cơ sở dữ liệu SQL Server thường hoạt động tốt hơn cơ sở dữ liệu Access, đặc biệt là với cơ sở dữ liệu có kích cỡ lớn có kích cỡ terabyte. Ngoài ra, SQL Server xử lý các truy vấn nhanh hơn và hiệu quả hơn bằng cách xử lý các truy vấn song song, sử dụng nhiều luồng gốc trong một quy trình duy nhất để xử lý yêu cầu của người dùng.

• Bảo mật được cải thiện    Bằng cách sử dụng kết nối đáng tin cậy, SQL Server tích hợp với bảo mật hệ thống Windows để cung cấp một quyền truy nhập tích hợp duy nhất vào mạng và cơ sở dữ liệu, sử dụng tốt nhất của cả hai hệ thống bảo mật. Điều này giúp việc quản lý các đề án bảo mật phức tạp trở nên dễ dàng hơn nhiều. SQL Server là nơi lưu trữ lý tưởng cho các thông tin nhạy cảm như số An sinh Xã hội, dữ liệu thẻ tín dụng và địa chỉ bảo mật.

• Khả năng khôi phục ngay lập tức     Nếu hệ điều hành bị lỗi hoặc mất điện, SQL Server có thể tự động phục hồi cơ sở dữ liệu về trạng thái nhất quán trong vài phút và không có sự can thiệp của người quản trị cơ sở dữ liệu.

• Cách sử dụng VPN    Access và Mạng Riêng Ảo (VPN) không hoạt động. Nhưng với SQL Server, người dùng từ xa vẫn có thể sử dụng cơ sở dữ liệu ngoại vi của Access trên máy tính và nền SQL Server nằm phía sau tường lửa VPN.

• Azure SQL Server    Ngoài các lợi ích của SQL Server, cung cấp khả năng mở rộng động không có thời gian chết, tối ưu hóa thông minh, khả năng mở rộng và tính khả dụng toàn cầu, loại bỏ chi phí phần cứng và giảm quản trị.

Chọn tùy chọn Azure SQL Server tốt nhất

Nếu bạn đang di chuyển sang Azure SQL Server, có ba tùy chọn để chọn, mỗi tùy chọn đều có các lợi ích khác nhau:

• Cơ sở dữ liệu đơn/vùng đàn hồi    Tùy chọn này có bộ tài nguyên riêng được quản lý thông qua máy chủ Cơ sở dữ liệu SQL. Một cơ sở dữ liệu đơn giống như một cơ sở dữ liệu chứa trong SQL Server. Bạn cũng có thể thêm một vùng đàn hồi, là một tập hợp các cơ sở dữ liệu với một tập hợp tài nguyên chung được quản lý thông qua máy chủ Cơ sở dữ liệu SQL. Các tính năng SQL Server thường được sử dụng nhất sẵn có với các bản sao lưu, vá lỗi và phục hồi tích hợp sẵn. Nhưng không có đảm bảo thời gian bảo trì chính xác và việc di chuyển từ SQL Server có thể khó khăn.

• Phiên bản được quản lý    Tùy chọn này là một tập hợp các cơ sở dữ liệu hệ thống và người dùng với một tập hợp tài nguyên được chia sẻ. Bản thể hiện được quản lý giống như một phiên bản của cơ sở dữ liệu SQL Server có tính tương thích cao với SQL Server tại chỗ. Phiên bản được quản lý có các bản sao lưu tích hợp sẵn, vá lỗi, khôi phục và rất dễ di chuyển từ SQL Server. Tuy nhiên, có một số lượng nhỏ các tính năng SQL Server không có sẵn và không đảm bảo thời gian bảo trì chính xác.

• Máy Ảo Azure    Tùy chọn này cho phép bạn chạy SQL Server bên trong một máy ảo trong đám mây Azure. Bạn có toàn quyền kiểm soát công cụ SQL Server và đường dẫn di chuyển dễ dàng. Nhưng bạn cần quản lý các bản sao lưu, bản vá lỗi và khôi phục.

Để biết thêm thông tin, hãy xem mục Chọn đường dẫn di chuyển cơ sở dữ liệu của bạn sang Azure và Azure SQL là gì?.

Các bước đầu tiên

Có một số vấn đề bạn có thể giải quyết trước có thể giúp hợp lý hóa quá trình di chuyển trước khi chạy SSMA:

• Thêm chỉ mục bảng và khóa chính    Hãy đảm bảo rằng mỗi bảng Access đều có một chỉ mục và một khóa chính. SQL Server yêu cầu tất cả các bảng phải có ít nhất một chỉ mục và yêu cầu bảng được liên kết phải có khóa chính nếu có thể cập nhật bảng.

• Kiểm tra mối quan hệ khóa chính/khóa ngoại    Đảm bảo rằng các mối quan hệ này dựa trên các trường có kiểu và kích cỡ dữ liệu nhất quán. SQL Server không hỗ trợ cột đã nối với các kiểu và kích cỡ dữ liệu khác nhau trong các ràng buộc khóa ngoại.

• Loại bỏ cột Phần đính kèm    SSMA không di chuyển các bảng có chứa cột Phần đính kèm.

Trước khi bạn chạy SSMA, hãy thực hiện các bước đầu tiên sau đây.

1. Đóng cơ sở dữ liệu Access.

2. Đảm bảo rằng người dùng hiện tại đã kết nối với cơ sở dữ liệu cũng đóng cơ sở dữ liệu.

3. Nếu cơ sở dữ liệu ở .mdb dạng tệp, hãy Loại bỏ bảo mật mức người dùng.

4. Sao lưu cơ sở dữ liệu của bạn. Để biết thêm thông tin, hãy xem mục Bảo vệ dữ liệu của bạn bằng các quy trình sao lưu và khôi phục.

Mẹo    Hãy cân nhắc việc cài đặt phiên bản Microsoft SQL Server Express trên máy tính để bàn của bạn hỗ trợ tối đa 10 GB, đây là một cách miễn phí và dễ dàng hơn để chạy xuyên suốt cũng như kiểm tra quá trình di chuyển của bạn. Khi bạn kết nối, hãy dùng LocalDB làm bản thể hiện cơ sở dữ liệu.

Mẹo    Nếu có thể, hãy sử dụng phiên bản độc lập của Access.

Truy vấn

Chỉ Chọn Truy vấn được chuyển đổi; các truy vấn khác thì không, bao gồm Chọn Truy vấn lấy tham số. Một số truy vấn có thể không chuyển đổi hoàn toàn và SSMA báo cáo lỗi truy vấn trong quá trình chuyển đổi. Bạn có thể chỉnh sửa các đối tượng không chuyển đổi theo cách thủ công bằng cú pháp T-SQL. Lỗi cú pháp cũng có thể yêu cầu chuyển đổi thủ công các hàm và kiểu dữ liệu dành riêng cho Access sang các hàm và kiểu dữ liệu sql Server. Để biết thêm thông tin, hãy xem so sánh Access SQL với SQL Server TSQL.

Kiểu dữ liệu

Access và SQL Server có kiểu dữ liệu tương tự nhau nhưng hãy lưu ý các sự cố tiềm ẩn sau đây.

Số Lớn    Kiểu dữ liệu Số Lớn lưu trữ giá trị số phi tiền tệ và tương thích với kiểu dữ liệu bigint của SQL. Bạn có thể sử dụng kiểu dữ liệu này để tính toán số lớn một cách hiệu quả nhưng kiểu dữ liệu này yêu cầu sử dụng định dạng tệp cơ sở dữ liệu .accdb 16 (16.0.7812 trở lên) của Access và thực hiện tốt hơn với phiên bản Access 64 bit. Để biết thêm thông tin, hãy xem mục Sử dụng kiểu dữ liệu Số Lớn và Chọn giữa phiên bản Office 64 bit hoặc 32 bit.

Có/Không    Theo mặc định, cột Có/Không của Access được chuyển đổi thành trường bit SQL Server. Để tránh khóa bản ghi, Hãy đảm bảo rằng trường bit được đặt để không cho phép các giá trị NULL. TRONG SSMA, bạn có thể chọn cột bit để đặt thuộc tính Allow Nulls thành NO. Trong TSQL, sử dụng câu lệnh CREATE TABLEhoặc ALTER TABLE .

Ngày và Giờ    Có một vài cân nhắc về ngày và giờ:

• Nếu mức tương thích của cơ sở dữ liệu là 130 (SQL Server 2016) trở lên và bảng được liên kết chứa một hoặc nhiều cột datetime hoặc datetime2, bảng có thể trả về thông báo #deleted kết quả. Để biết thêm thông tin, hãy xem mục Bảng được liên kết với Access để biết SQL-Server sở dữ liệu sẽ trả #deleted.

• Sử dụng kiểu dữ liệu Ngày/Giờ Truy nhập để ánh xạ với kiểu dữ liệu ngày giờ. Sử dụng kiểu dữ liệu Mở rộng Ngày/Giờ của Access để ánh xạ với kiểu dữ liệu datetime2 có phạm vi ngày và giờ lớn hơn. Để biết thêm thông tin, hãy xem Sử dụng kiểu dữ liệu Mở rộng Ngày/Giờ.

• Khi truy vấn ngày tháng trong SQL Server, hãy tính đến thời gian cũng như ngày tháng. Ví dụ:

  • Ngày Xếp thứ tự Từ 01/01/2019 đến 31/01/2019 có thể không bao gồm tất cả đơn hàng.

  • Ngày Xếp thứ tự Từ 01/01/19 00:00:00 SA đến 31/01/19 11:59:59 CH bao gồm tất cả đơn hàng.

Phần đính kèm   Kiểu dữ liệu Phần đính kèm lưu trữ một tệp trong cơ sở dữ liệu Access. Trong SQL Server, bạn có một vài tùy chọn để xem xét. Bạn có thể trích xuất các tệp từ cơ sở dữ liệu Access, rồi cân nhắc lưu trữ các liên kết đến các tệp trong cơ sở dữ liệu SQL Server của mình. Ngoài ra, bạn có thể sử dụng FILESTREAM, FileTable hoặc kho lưu trữ BLOB từ xa (RBS) để giữ các tệp đính kèm được lưu trữ trong cơ sở dữ liệu SQL Server.

Liên kết    Bảng Access có cột siêu kết nối mà SQL Server không hỗ trợ. Theo mặc định, các cột này sẽ được chuyển đổi thành cột nvarchar(max) trong SQL Server, nhưng bạn có thể tùy chỉnh ánh xạ để chọn kiểu dữ liệu nhỏ hơn. Trong giải pháp Access của mình, bạn vẫn có thể sử dụng hành vi siêu kết nối trong biểu mẫu và báo cáo nếu bạn đặt thuộc tính Siêu kết nối cho điều khiển thành true.

Trường đa giá trị    Trường có đa giá trị của Access được chuyển đổi thành SQL Server dưới dạng trường ntext có chứa bộ giá trị được phân tách. Vì lý do SQL Server không hỗ trợ kiểu dữ liệu có đa giá trị hoạt động theo mối quan hệ nhiều-nhiều nên có thể cần tới việc có thêm hoạt động thiết kế và chuyển đổi.

Để biết thêm thông tin về cách ánh xạ kiểu dữ liệu Access và SQL Server, hãy xem So sánh kiểu dữ liệu.

Ghi chú    Trường đa giá trị không được chuyển đổi.

Để biết thêm thông tin, hãy xem Kiểu ngày và thời gian, Kiểu chuỗi và nhị phân và Kiểu số.

Visual Basic

Mặc dù VBA không được SQL Server hỗ trợ, nhưng hãy lưu ý các sự cố có thể xảy ra sau:

Hàm VBA trong Truy vấn    Truy vấn Access hỗ trợ các hàm VBA trên dữ liệu trong cột truy vấn. Nhưng không thể chạy các truy vấn Access sử dụng hàm VBA trên SQL Server, vì vậy tất cả dữ liệu được yêu cầu sẽ được chuyển đến Microsoft Access để xử lý. Trong hầu hết các trường hợp, các truy vấn này sẽ được chuyển thành truy vấn chuyển qua.

Hàm do Người dùng Xác định trong Truy vấn    Truy vấn Microsoft Access hỗ trợ sử dụng các hàm được xác định trong mô-đun VBA để xử lý dữ liệu được truyền tới các hàm đó. Truy vấn có thể là truy vấn độc lập, câu lệnh SQL trong nguồn bản ghi biểu mẫu/báo cáo, nguồn dữ liệu của hộp tổ hợp và hộp danh sách trên biểu mẫu, báo cáo và trường bảng, biểu thức quy tắc xác thực hoặc mặc định. SQL Server không thể chạy các hàm do người dùng xác định này. Bạn có thể cần phải thiết kế lại các hàm này theo cách thủ công và chuyển đổi chúng thành các thủ tục được lưu trữ trên SQL Server.