In this part we are going to take a

In this part we are going to take a look at how the data layer is organized, set up the database objects and create the functionality needed to access the data.

Of course you are free to access your data any way you want. You might not even have the need to access the database. Anyway, the project template provides us with a data layer structure that I found quite okay to work with.
Your module controls call methods in the ProductsController class (our BLL), which calls methods in the SqlDataProvider class (part of our DAL, which inherits from the abstract DataProvider class). SqlDataProvider then access the database by calling stored procedures (also part of our DAL). The stored procedure calls are made using the Microsoft Enterprise Library.

To not loose focus we keep the data structure fairly simple... nothing too weird here. The ModuleID column is used to associate the product items to a specific module instance. The rest of the columns belong to the actual product item.
Now that we have a table we need some stored procedures to access its data. But before we create the stored procedures it's a good idea to drop them if the already exist. So add the following:

Kết quả (Việt) 1:

Trong phần này chúng tôi sẽ xem xét cách các lớp dữ liệu được tổ chức, thiết lập các đối tượng cơ sở dữ liệu và tạo ra các chức năng cần thiết để truy cập vào dữ liệu.Tất nhiên bạn là miễn phí để truy cập vào dữ liệu của bạn bất cứ cách nào bạn muốn. Bạn có thể thậm chí không có sự cần thiết để truy cập vào cơ sở dữ liệu. Dù sao, các mẫu dự án cung cấp cho chúng tôi một cấu trúc lớp dữ liệu mà tôi tìm thấy khá ổn để làm việc với.Của bạn mô-đun điều khiển cuộc gọi phương pháp trong các lớp học ProductsController (chúng tôi BLL), gọi các phương pháp lớp SqlDataProvider (một phần của chúng tôi DAL, kế thừa từ lớp trừu tượng của DataProvider). SqlDataProvider sau đó truy cập vào cơ sở dữ liệu bằng cách gọi thủ tục được lưu trữ (cũng là một phần của chúng tôi DAL). Các cuộc gọi thủ tục được lưu trữ được thực hiện bằng cách sử dụng Microsoft Enterprise Library.Để không mất tập trung chúng ta giữ cấu trúc dữ liệu khá đơn giản... không có gì quá lạ ở đây. ModuleID cột được sử dụng để kết hợp các sản phẩm cho một trường hợp cụ thể mô-đun. Phần còn lại của các cột thuộc mục sản phẩm thực tế.Bây giờ mà chúng tôi có một bảng chúng ta cần một số thủ tục được lưu trữ để truy cập vào dữ liệu của nó. Nhưng trước khi chúng tôi tạo ra các thủ tục được lưu trữ là một ý tưởng tốt để thả chúng nếu những đã tồn tại. Vì vậy, thêm những điều sau đây:

Kết quả (Việt) 2:

Trong phần này chúng ta sẽ có một cái nhìn vào cách các lớp dữ liệu được tổ chức, thiết lập các đối tượng cơ sở dữ liệu và tạo ra các chức năng cần thiết để truy cập dữ liệu.

Tất nhiên bạn có thể tự do truy cập vào dữ liệu của bạn bất kỳ cách nào bạn muốn. Bạn có thể thậm chí không có nhu cầu để truy cập vào cơ sở dữ liệu. Dù sao, các dự án mẫu cho chúng ta một lớp cấu trúc dữ liệu mà tôi tìm thấy khá ổn để làm việc với.
Điều khiển mô-đun của bạn gọi phương thức trong lớp ProductsController (BLL của chúng tôi), trong đó kêu gọi phương thức trong lớp SqlDataProvider (một phần của Dal của chúng tôi, mà kế thừa từ lớp DataProvider trừu tượng). SqlDataProvider sau đó truy cập vào cơ sở dữ liệu bằng cách gọi thủ tục lưu trữ (cũng là một phần của Dal của chúng tôi). Các cuộc gọi thủ tục lưu trữ được thực hiện bằng cách sử dụng Microsoft doanh nghiệp Thư viện.

Để tập trung không lỏng lẻo, chúng tôi giữ cấu trúc dữ liệu tương đối đơn giản ... không có gì quá lạ ở đây. Cột ModuleID được sử dụng để liên kết mục sản phẩm đến một trường hợp module cụ thể. Các cột còn lại thuộc về mục sản phẩm thực tế.
Bây giờ chúng ta có một bảng chúng ta cần một số thủ tục được lưu trữ để truy cập dữ liệu của nó. Nhưng trước khi chúng ta tạo ra các thủ tục lưu trữ đó là một ý tưởng tốt để thả chúng nếu đã tồn tại. Vì vậy, thêm những điều sau đây: