Danh sách SharePoint Các phương pháp hay nhất

Question

Tôi đang tạo một ứng dụng bằng Danh sách SharePoint để lưu trữ dữ liệu. Việc thiết kế dữ liệu sẽ khá giống như nếu bạn định đặt nó vào một cơ sở dữ liệu quan hệ, với các mục như nhiều mối quan hệ, khóa chính, khóa ngoài.

Tôi muốn biết các phương pháp hay nhất là gì?

Có một vài câu hỏi mà tôi có trong tâm trí đã khi tạo danh sách:

• SharePoint chính nó chứa một ID ẩn. Tôi có nên tạo ID của riêng mình không?
• Cách tốt nhất để phản ánh khóa ngoại là gì? Nó chỉ đơn giản là tạo ra một trường tra cứu? hay bạn nghĩ tốt nhất là chỉ cần tạo một dòng văn bản và sau đó chương trình của tôi sẽ liên kết ID. Mà một trong những sử dụng mà?

Bất kỳ mẹo nào khác về điều này đều hữu ích. Btw, tôi đang sử dụng SharePoint 2010.

Answer 1

Tôi sẽ không làm điều này. Nếu nó sẽ thực hiện như một cơ sở dữ liệu quan hệ, bạn chỉ nên sử dụng một cơ sở dữ liệu quan hệ. Vấn đề bạn đang gặp phải với các khóa ngoại chỉ là đỉnh của tảng băng trôi khi nói đến việc sử dụng các danh sách như các bảng cơ sở dữ liệu.

Answer 2

Tôi cũng sẽ không đến đó. Đặc biệt là không thông qua BDC. Nếu bạn phải tích hợp với dữ liệu quan hệ bạn cũng có thể làm điều đó trực tiếp từ mã công việc .NET của bạn. Bạn vẫn có thể tận dụng SharePoint để bắt đầu luồng công việc và duy trì danh sách Công việc, v.v.

Nếu dữ liệu của bạn là quan hệ .. hãy đặt nó vào cơ sở dữ liệu quan hệ. Nó tốt với điều đó.

Answer 3

Tôi hoàn toàn đồng ý với những người khác. Dữ liệu quan hệ được đặt tốt nhất trong cơ sở dữ liệu được thiết kế cho điều đó.

Vì bạn đang sử dụng SharePoint 2010, bạn có hỗ trợ tốt hơn một chút để xử lý các danh sách lớn bằng các phương tiện điều chỉnh và cải thiện các trường tra cứu. Ngoài ra, BDC giờ được gọi là BCS và hỗ trợ cập nhật và tạo dữ liệu bằng các phương tiện của danh sách SharePoint. Về lý thuyết, điều này cho bạn thêm hai tùy chọn: a. Đặt dữ liệu vào danh sách bằng cách sử dụng các trường tra cứu và b. Đặt dữ liệu vào cơ sở dữ liệu và truy cập dữ liệu qua BCS.

Cách tiếp cận a) chắc chắn chỉ bền khi danh sách của bạn không có nhiều hơn một vài nghìn mục nhập và có thể có một số vấn đề do bản chất của các trường tra cứu. Đối với phương pháp tiếp cận b) Tôi không biết BCS xử lý dữ liệu quan hệ như thế nào. Tôi đã sử dụng nó với một dữ liệu không liên quan đơn giản từ một cơ sở dữ liệu và nó hoạt động tốt. Ngoài ra còn có nhiều dữ liệu lớn. Mặc dù cả hai cách tiếp cận đều có nhược điểm của họ nhưng họ vẫn có lợi thế là bạn có giao diện người dùng và bảo mật 'miễn phí'. Tôi nghĩ rằng nó phụ thuộc khá nhiều vào kịch bản của bạn, điều này có ý nghĩa tốt nhất ...

Answer 4

Tôi đồng ý rằng danh sách SharePoint không thay thế cho cơ sở dữ liệu quan hệ. Nếu bạn đang tập trung vào việc có dữ liệu nằm trong SharePoint, có lẽ hãy nghĩ đến việc sử dụng các dịch vụ Access để tạo sơ đồ quan hệ thực thể của bạn và sau đó xuất bản cơ sở dữ liệu lên SharePoint bằng cách sử dụng các dịch vụ truy nhập.

Hãy xem những video Kênh 9 để biết thêm chi tiết về các khả năng với các dịch vụ truy cập

http://channel9.msdn.com/Learn/Courses/Office2010/AccessUnit

Answer 5

Trong một số trường hợp, bạn muốn lưu trữ dữ liệu của bạn trong một cơ sở dữ liệu hơn là trong danh sách SharePoint, nếu bạn chắc chắn rằng đây là những gì bạn muốn làm sau đó bạn tạo cơ sở dữ liệu và bảng như bình thường, sau đó tạo danh sách bằng cách sử dụng Kiểu nội dung bên ngoài mà bạn xác định trong SharePoint để phản ánh dữ liệu trong cơ sở dữ liệu của bạn.

Thông tin thêm về đề tài này ở đây: http://msdn.microsoft.com/en-us/library/ee557243.aspx