SharePoint và nhanh — của Reese Peanut Butter ly của doanh nghiệp ứng dụng?

Tôi đã kết thúc lên ngày 2 đào tạo nhanh trong nắng Needham, MA, và tôi bursting với những ý tưởng (mà tất cả các lớp đào tạo tốt học làm cho tôi). Một khía cạnh cụ thể của nhanh đã cho tôi suy nghĩ và tôi muốn viết nó trong khi nó đã là vẫn còn tươi và bình thường hàng ngày "thứ" đẩy nó ra khỏi đầu của tôi.

Chúng tôi SharePoint WSS 3.0 / MOSS cơ quan thực hiện thường xuyên gặp phải một vấn đề khó khăn với bất kỳ dự án SharePoint có kích thước hợp lý: Làm thế nào để chúng tôi nhận được tất cả các dữ liệu untagged nạp vào SharePoint như vậy mà tất cả phù hợp trong kiến trúc được thiết kế hoàn toàn thông tin chúng tôi?

Thường xuyên, đủ, đây không phải là một vấn đề khó khăn bởi vì chúng tôi phạm vi chính mình ra khỏi khó khăn: "Chúng tôi không quan tâm về bất cứ điều gì nhiều hơn 3 tháng tuổi." "Chúng tôi sẽ xử lý các công cụ tất cả những gì cũ với từ khoá tìm kiếm và đi về phía trước chúng tôi sẽ làm nó đúng cách…" Vv.

Nhưng, điều gì xảy ra nếu chúng tôi không thể phạm vi chính mình ra khỏi khó khăn và chúng tôi đang tìm lúc 10 ngàn hoặc 100 ngàn (hoặc thậm chí hàng triệu) của tài liệu — nạp gắn thẻ trong đó là mong muốn người sùng đạo của chúng tôi?

Nhanh chóng có thể là câu trả lời.

Quá trình tìm kiếm nhanh của bao gồm rất nhiều bộ phận chuyển động nhưng điều này là một lần xem đơn giản:

  • Một quá trình thu thập công cụ tìm kiếm nội dung.
  • Nó tìm thấy nội dung và bàn tay nó đi đến một quá trình môi giới quản lý một hồ bơi của bộ vi xử lý tài liệu.
  • Quá trình môi giới bàn tay nó đi đến một bộ vi xử lý tài liệu.
  • Bộ vi xử lý tài liệu phân tích các tài liệu và thông qua một quá trình đường ống, phân tích các bejeezus ra khỏi tài liệu và bàn tay nó đi đến một quá trình loại chỉ số xây dựng.

Trên tàu vũ trụ nhanh, chúng tôi có rất nhiều kiểm soát đối với các tài liệu chế biến đường ống. Chúng tôi có thể trộn và kết hợp về 100 đường ống dẫn các thành phần và, thú vị nhất, chúng tôi có thể viết thành phần riêng của chúng tôi. Như tôi nói, NHANH phân tích tài liệu mọi cách mà nhưng chủ nhật và nó biên dịch rất nhiều thông tin hữu ích về những tài liệu. Những người điên nhanh được rõ ràng điên và ám ảnh về phân tích tài liệu bởi vì họ có công cụ và/hoặc các chiến lược để thực sự phân loại tài liệu.

Vì vậy … bằng cách sử dụng nhanh chóng trong sự kết hợp với thành phần đường ống dẫn tùy chỉnh riêng của chúng tôi, chúng tôi có thể lấy tất cả các thông tin bối cảnh đó từ nhanh và ăn nó quay lại MOSS. Nó có thể đi một cái gì đó như thế này:

  • Tài liệu được đưa vào nhanh từ MOSS.
  • Bình thường điên-ám ảnh nhanh tài liệu phân tích cú pháp và phân loại sẽ xảy ra..
  • Thành phần đường ống dẫn tùy chỉnh riêng của chúng tôi giảm xuống một số thông tin bối cảnh đó ra một cơ sở dữ liệu.
  • Một quá trình thiết kế của riêng của chúng tôi đọc thông tin bối cảnh, làm cho một số quyết định trên làm thế nào để phù hợp với các tài liệu đó MOSS trong vòng chúng tôi IA và đánh dấu nó bằng cách sử dụng một dịch vụ web và các mô hình đối tượng.

Tất nhiên, không có quá trình tự động có thể được hoàn hảo nhưng nhờ sự ám ảnh (và có thể insane-but-in-a-good-way nhanh người), chúng tôi có thể có một thực sự chiến đấu bắn tại một quá trình tải hàng loạt thực sự hiệu quả hơn chỉ cần điền lên một cơ sở dữ liệu SQL với một bó của hiếm khi tìm kiếm tài liệu.

</kết thúc>

Đăng ký vào blog của tôi.

Để lại câu trả lời

Địa chỉ email của bạn sẽ không được công bố. Các trường bắt buộc được đánh dấu *