سؤال

أنا جديد على تقنيات SharePoint ومحاولة اكتشاف مدى ملاءمته للمنتج الذي سيتم تطويره.

أنا أستهدف استخدام مؤسسة SharePoint فقط (وليس الخادم). فيما يلي بعض الجوانب الرئيسية للمنتج المستهدف:

  1. المنتج كثيف البيانات. هناك عشرات من كيانات الأعمال والنظام المعنية. من المتوقع أن تحتفظ الكيانات التجارية بالكثير من البيانات (قد تواجه الملايين في السنة). يجب أن تكون كيانات العمل مرتبطة. هل ستكون SharePoint (قوائم) قادرة على يكفي هذه الحاجة؟
  2. يحتوي المنتج على العديد من التقارير (المعلبة والمخصصة). هذا يعني أن العديد من الاستعلامات المعقدة يجري بناء وتنفيذ في وقت التشغيل. لست متأكدًا مما إذا كان SharePoint مناسبًا لهذا الغرض.
هل كانت مفيدة؟

المحلول

من ما وصفته ، لا أرى أي شيء يمكن أن تفعله SharePoint لمساعدتك.

استخدم SharePoint لإنشاء بوابة مجتمعية حول مشاركة المستندات والمحتوى.

ستكون متطلباتك أكثر ملاءمة لتطبيق ASP.NET MVC مع نظام إعداد تقارير أو تنزيلات Excel المعروفة باستخدام OOXML أو ما شابه.

نصائح أخرى

لذا فإن العبارات الرئيسية "كثيفة البيانات" ، "الكثير من البيانات ... الملايين في السنة" ، "الاستعلامات المعقدة".

يجب بناء النظام الأساسي الأساسي على RDMs مثل SQL Server/MySQL/Oracle وما إلى ذلك - وليس قوائم SharePoint.

هناك العديد من الطرق للقيام ببقية المشروع (واجهة للحصول على السجلات في/خارج وإعداد التقارير) بما في ذلك تطبيقات العميل ، ASP.NET ، ROR ... مهما كان مناسبة مع خبرتك وشركتك الشخصية.

أحد خيارات واجهة المستخدم هذه هي واجهة تجلس في SharePoint - لكن ذلك سيظل يستخدم RDMS لمخزن/استعلام البيانات.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top