2009-03-04 28 views
5

Vì vậy, có vẻ như trong thế giới blog SharePoint mà mọi người chỉ sao chép và dán các dấu đầu dòng giống nhau từ các blog khác. Một điểm bullet tôi đã thấy là các mẫu site SharePoint kém hiệu quả hơn các định nghĩa trang vì các định nghĩa trang được lưu trữ trên hệ thống tệp. Điều đó có đúng không?Mẫu site SharePoint có thực sự kém hiệu quả hơn định nghĩa trang không?

Có vẻ như các mẫu trang web kỳ lạ sẽ kém hiệu quả hơn. Đó là sự hiểu biết của tôi rằng tất cả nội dung trang web đều nằm trong cơ sở dữ liệu, cho dù bạn sử dụng mẫu site hay định nghĩa trang. Một mẫu site được áp dụng một lần cho cơ sở dữ liệu, và từ đó trên trang web sẽ không quan tâm nếu nội dung được tạo ra bằng cách sử dụng mẫu site hay không.

Vì vậy, lý do kiến ​​trúc tại sao mẫu trang web sẽ kém hiệu quả hơn định nghĩa trang web là gì?


Edit: Các liên kết đến các blog mà nói rằng có một sự khác biệt hiệu suất:

  • Từ MSDN: Bởi vì nó là chậm chạp trong việc lưu trữ mẫu trong và lấy chúng ra khỏi cơ sở dữ liệu, trang web mẫu có thể dẫn đến hiệu suất chậm hơn.
  • Từ DevX: Tuy nhiên, mẫu người dùng trong SharePoint có thể dẫn đến các vấn đề về hiệu suất và có thể không phải là cách tiếp cận tốt nhất nếu bạn đang cố gắng tạo một tập hợp các mẫu có thể sử dụng lại cho toàn bộ tổ chức.
  • Từ IT Footprint: Do lưu trữ mẫu chậm và lấy chúng từ cơ sở dữ liệu, mẫu trang web có thể dẫn đến hiệu suất chậm hơn. Các mẫu trong cơ sở dữ liệu được biên dịch và thực hiện mỗi khi trang được hiển thị.
  • Từ Branding SharePoint: định nghĩa site Tuỳ giữ những ưu điểm sau so với các mẫu tùy chỉnh:
    • Dữ liệu được lưu trữ trực tiếp trên các máy chủ web, do đó hiệu suất là thường tốt hơn.

Tối thiểu, tôi nghĩ rằng các bài viết trên là chưa đầy đủ, và tôi nghĩ rằng nhiều đang gây hiểu lầm dựa trên những gì tôi biết về kiến ​​trúc SharePoint của.

Tôi đọc một bài đăng trên blog khác đã tranh luận về sự khác biệt về hiệu suất, nhưng tôi không thể tìm thấy liên kết.

+0

[cần dẫn nguồn] –

Trả lời

4

Tác động hiệu suất của việc sử dụng Mẫu trang web so với định nghĩa trang thường được phóng đại.

Tại sao?

Vâng, cho phép lấy ví dụ này:

  1. Bạn hãy định nghĩa Đội trang web trang web.
  2. Bạn lưu dưới dạng Mẫu trang web mới
  3. Sau đó, bạn tạo một trang web phụ mới dựa trên mẫu trang web mới này.

Bạn có gì? Vâng, điều quan trọng cần nhớ là "Ghosting" xảy ra ở cấp độ PAGE, KHÔNG ở cấp SITE. Vì bạn không tùy chỉnh bất kỳ trang nào, khi đó bất kỳ trang nào bạn truy cập vẫn đang trực tiếp đến từ Định nghĩa Trang, trực tiếp từ hệ thống tệp.

Muốn chứng minh điều đó, đây là hai bài kiểm tra:

thử nghiệm đầu tiên

  1. Hãy thử thay đổi trang default.aspx trong bản gốc Site Definition.
  2. Kiểm tra mẫu trang web của bạn, chú ý rằng bạn thấy sửa đổi.
  3. của nó vẫn "ghost" vào hệ thống tập tin

Thứ hai thử nghiệm

  1. Tạo định nghĩa trang web mới.
  2. Tạo trang web mới dựa trên Định nghĩa trang web mới này.
  3. Tạo Mẫu trang web mới
  4. Gửi mẫu trang web tới một người bạn đời với SharePoint và yêu cầu họ tạo một mạng con mới dựa trên nó.

Nó sẽ không thành công. Tại sao? Vì Định nghĩa trang không tồn tại trên máy của họ.

Vì vậy, để quay lại câu hỏi của bạn, "Mẫu trang web SharePoint có thực sự kém hiệu quả hơn định nghĩa trang web không?" câu trả lời của tôi sẽ là: "Những cân nhắc về hiệu suất không nên đóng một vai trò trong quyết định của bạn để sử dụng Định nghĩa trang web hoặc một mẫu trang web, mục tiêu chức năng mà bạn phải có". Bây giờ nó gây tranh cãi, nhưng đối với tôi, có rất ít lý do để lựa chọn một định nghĩa trang web trong việc tạo ra các tính năng.

Theo như "Ghosting". Yup, khi tùy chỉnh trang của bạn sẽ được lưu trữ trong cơ sở dữ liệu, và yup, bạn sẽ phải làm một chuyến đi vòng cơ sở dữ liệu để có được nó. Tuy nhiên, SharePoint, thông minh rằng nó là, sẽ tất nhiên bộ nhớ cache này. Vì vậy, về mặt lý thuyết, yup của nó chậm hơn, trong thực tế, không ai thực sự nhận thấy. Bóng mờ đã có trong sản phẩm từ năm 2003 (có lẽ trong STS trước đó, không nhớ) và tôi chưa bao giờ thấy hướng dẫn chính thức về tác động hiệu suất của nó, cũng như bất kỳ ai suy đoán vượt ra ngoài các bình luận "nó chậm hơn".

Điều này khiến tôi tin rằng nó không thực sự đáng lo ngại. Nỗi lo lớn hơn với các trang "Ghosted" là khó khăn mà đi kèm với việc duy trì chúng, nhưng sau đó, với năm 2007 và Masterpages đây là một vấn đề nhỏ hơn nhiều.

1

Định nghĩa trang có hiệu suất cao hơn vì chúng được lưu trữ trên hệ thống tệp, cho dù mẫu được lưu trữ trong cơ sở dữ liệu và phải được biên dịch và thực thi mỗi khi trang được hiển thị. Ngoài ra, định nghĩa trang tùy chỉnh được nâng cấp độc lập, không giống như mẫu, dựa trên mẫu trang web hiện có.

Có những khác biệt khác được nêu rõ trong this blog postthis updated one.

0

Vấn đề ở đây được gọi là Ghosting. Một trong số các trang SharePoint hộp lưu trữ nhiều tệp (bao gồm cả trang cái và pagelayouts) trong 12 hive của trang web SharePoint. Khi yêu cầu được thực hiện cho các tệp này, SharePoint đủ thông minh để thực hiện thao tác đọc đĩa.

Có thể "Un-Ghost" các trang này. Về cơ bản, tạo một sửa đổi cho trang được lưu trữ trong cơ sở dữ liệu conent SharePoint thay vì hệ thống tệp. Một yêu cầu cho một trang Un-Ghosted sẽ dẫn đến một chuyến đi vòng cơ sở dữ liệu (chọn từ cơ sở dữ liệu, trả về byte của tệp, v.v.). Điều này nhất thiết dẫn đến số lượng công việc phụ không đáng kể.Khi bạn đang nói về 100 hoặc 1000 người dùng truy cập trang web, cơ sở dữ liệu này sẽ trở thành một vấn đề về hiệu suất. Vì vậy, một định nghĩa trang SharePoint tùy chỉnh cho một trang web được sử dụng nhiều sẽ muốn lưu trữ càng nhiều tệp trên hệ thống tệp máy chủ web càng tốt (và lưu bộ nhớ cache .... ra khỏi mọi thứ khác). Định nghĩa trang không nhất thiết được lưu trữ trên hệ thống tệp, nhưng quá trình (ngoài cách phức tạp hơn) cho phép kiểm soát nhiều hơn vị trí lưu trữ của bất kỳ mục tùy chỉnh nào.

Ví dụ về hai blog nói về vấn đề này. http://itfootprint.wordpress.com/2007/04/18/sharepoint-site-template-vs-site-definition/ http://my.advisor.com/doc/17614

+1

tôi nghĩ rằng bạn đã mờ đi và unghosted chuyển :-) nếu một trang được mờ đi (hoặc bỏ tùy chỉnh), cơ sở dữ liệu chứa một tham chiếu đến các hệ thống tập tin. Nếu nó không được ghost (tùy chỉnh), chính tệp đó sẽ được lưu trữ trong cơ sở dữ liệu. –

2

Vấn đề với việc lưu trữ không phải là vấn đề về hiệu suất làm vấn đề nâng cấp.

Trong SPS2003 unghosting có một nhược điểm về hiệu suất. Phần lớn các vấn đề này đã được giải quyết trong SharePoint 2007. Đối với một điều, các trang chưa được ghost chạy dưới dạng các trang không biên dịch bởi SPVirtualPathProvider - thực ra cho phép hiển thị nhanh hơn ít nhất cho trang đầu tiên.

Kẻ giết người thực sự không có bóng ma bố cục, trang chính, loại nội dung, v.v. được tùy chỉnh. Nếu bạn từng thử nâng cấp một trang MOSS với tùy biến rộng rãi, bạn cũng biết điều gì là đau để có được mọi thứ để hiển thị thiết kế mới, mà không mất bố trí hoặc chức năng chứa trong các trang được tùy chỉnh.

hth Anders Rask

Các vấn đề liên quan