مشاركة عبر

استخدام خادم SQL مع تطبيقات اللوحة

SQL Server هو حل مستخدم على نطاق واسع لتخزين بيانات المؤسسة. تقدم هذه المقالة أفضل الممارسات لمساعدتك في إنشاء تطبيق لوحة على مستوى المؤسسة ونشره باستخدام SQL Server.

التلميح

توفر هذه المقالة مثالا على سيناريو وتمثيلا مرئيا لكيفية استخدام SQL Server مع تطبيق لوحة. هذا الحل هو مثال معمم للبنية ، والتي يمكن استخدامها للعديد من السيناريوهات والصناعات المختلفة. SQL Server ودعم Power Apps العديد من أساليب المصادقة القديمة. تقتصر هذه المقالة على أفضل الممارسات.

مخطط الهندسة‬

رسم تخطيطي للبنية يعرض سير العمل لاستخدام SQL Server مع تطبيقات اللوحة.

Workflow

بينما استخدمت العديد من التطبيقات Power Apps السابقة باستخدام SQL Server بوابة، فإن بنية المثال هذه تسلط الضوء على بنية الشبكة الخاصة الظاهرية (VNET) باستخدام SQL Server. يمكن أن يكون مثيل SQL Server Azure SQL أو قاعدة بيانات SQL محلية مكشوفة للسحابة من خلال Azure Arc. في كلتا الحالتين ، يكون الاتصال خاصا وآمنا.

  • Contoso VNET هي شبكة ظاهرية خاصة تقوم بإنشائها في المستأجر الخاص بك.
  • موارد Azure/موارد Contoso هي موارد توفرها في الشبكة الظاهرية من داخل المستأجر الخاص بك. تتضمن هذه الموارد خدمات مثل قاعدة بيانات Azure SQL أو قاعدة بيانات SQL Server محلية متوفرة من خلال Azure Arc.
  • تقع الشبكة الفرعية المفوضة داخل شبكتك الظاهرية وتوفر حاوية للسماح Power Platform للخدمات مثل موصل SQL أو Dataverse المكون الإضافي بالعمل مع مواردك.

المكونات

يصف هذا القسم المكونات التي تدعم تكامل SQL Server مع تطبيقات اللوحة في هذه البنية.

تطبيق اللوحة وجداول SQL

تظهر جداول وطرق عرض SQL Server كمصادر Power Apps بيانات جدولية. يمكنك ربط مصدر بيانات جدولي بخاصية الجدول أو المعرض Items باستخدام تعبير. Power Fx بالنسبة لمصادر البيانات الجدولية ، Power Fx تتم ترجمة التعبيرات إلى تعبيرات OData ، والتي يتم تحويلها بعد ذلك إلى تعبيرات SQL. ومع ذلك، Power Fx لا تمثل OData بشكل كامل جميع إمكانات تعبير SQL.

التلميح

استخدم Power Fx الاستعلامات الأساسية والمباشرة، واستخدم الإجراءات المخزنة لتعبيرات SQL الأكثر تعقيدا.

تطبيق اللوحة والإجراءات المخزنة SQL

تظهر Power Apps الإجراءات المخزنة في SQL Server كمصادر بيانات إجراء. عادة ، لا يمكن ربط مصادر بيانات الإجراءات بجدول أو معرض بسبب آثارها الجانبية المحتملة. ومع ذلك، يمكنك وضع علامة على " select stored procedure ك Safe for Tables and Galleries " واستخدامه مع جدول أو معرض. يسترد هذا الأسلوب جميع البيانات التي يرجعها الإجراء المخزن، ولكن كن حذرا لأن استرداد الكثير من البيانات يمكن أن يتجاوز ذاكرة العميل. للتحكم في كمية البيانات التي تم استردادها، استخدم وسيطات ترحيل المعلمات الموجودة عادة في هذه الأنواع من الإجراءات المخزنة.

بالإضافة إلى ذلك، قم بتعيين النتائج إلى Power Fx متغير واستخدم هذا المتغير في الخاصية Items لملء الجدول أو المعرض. تذكر تحديث المتغير Power Fx في عمليات الإنشاء والتحديث والحذف (CUD). قد ترجع الإجراءات المخزنة الأكثر تعقيدا، مثل تلك التي تستخدم الجداول المؤقتة، أ. dynamic schema يمكنك إستخدام نتائج هذه الإجراءات المخزنة عن طريق تعيين النتائج المتوقعة إلى أ. Power Fx User defined type

موصل SQL Server

Power Apps تستخدم التطبيقات موصل SQL Server للوصول إلى البيانات في SQL Server. في حين أن هناك العديد من أنواع مصادقة SQL المتاحة ، Microsoft Entra فإن المعرف و SPN القابل للمشاركة (الاسم الأساسي للخدمة) هما من أفضل الخيارات.

إذا كنت ترغب في استخدام Microsoft Entra المعرف، فقم أولا بتكوين قاعدة بيانات SQL Server لتوفير الأمان عبر Microsoft Entra المعرف. SPN القابل للمشاركة هو طريقة وصول ممكنة من قبل المسؤول ويجب منحها بعناية ، حيث يتمتع جميع المستخدمين بنفس حقوق الوصول إلى قاعدة البيانات. إنه مؤمن باتصالات ضمنية آمنة، والتي تقيد الوصول إلى الجداول والإجراءات المستخدمة في التطبيق (أي الحصول والنشر والوضع والحذف).

VNET (الشبكة الافتراضية الخاصة)

هناك عدة طرق لتوجيه المكالمات إلى SQL Server. الشبكة الظاهرية هي حل سحابي Azure يجعل جميع نقاط النهاية خاصة. للتنفيذ، قم بتوفير شبكة ظاهرية داخل المستأجر الخاص بك، وقم بإعداد نهج المؤسسة، وقم بتكوين بيئتك Power Platform لدعمها. يضمن هذا الإعداد عدم تعرض حركة مرور SQL بشكل عام عبر السلك.

ALM (إدارة دورة حياة التطبيق)

Power Platform يدعم الانتقال السلس للتطبيق Power Apps عبر SQL بين بيئات Dev وTest وProduction. تدعم مراجع الاتصال تغيير سلاسل الاتصال بين البيئات، وهو أمر مهم لمصادقة SQL الأساسية. تدعم متغيرات Microsoft Entra البيئة سيناريو المعرف عن طريق تغيير الخادم وقاعدة البيانات بين البيئات.

حالات الاستخدام

Power Apps يوفر للمؤسسات طريقة مرنة وبديهية لإنشاء تجارب مستخدم مخصصة.

  • إذا كنت تنشئ تطبيقا جديدا ومساحة تخزين، ففكر في استخدامهما Dataverse. تم تصميم ميزاته لتسهيل إنشاء تطبيقات على مستوى المؤسسات.
  • إذا كانت لديك بيانات في SQL Server لا يمكن نقلها، أو إذا كانت مؤسستك تتطلب SQL Server، ففكر في استخدامها Power Apps عبر SQL Server.
  • إذا تعذر نقل البيانات، فاستخدم Power Apps عبر SQL Server. لا تزال التطبيقات الحالية تعتمد على تلك البيانات ، لذلك تحتاج إلى نقل هذه التطبيقات إلى السحابة لتحديثها.

الاعتبارات

تنفذ هذه الاعتبارات ركائز Power Platform Well-Architected ، وهي مجموعة من المبادئ التوجيهية التي تعمل على تحسين جودة عبء العمل. تعرف على المزيد في Microsoft Power Platform Well-Architected.

الموثوقية

صمم عبء العمل الخاص بك لتجنب التعقيد غير الضروري: Power Apps يعمل بشكل جيد مع الاستعلامات المباشرة التي يمكنك تفويضها إلى الخادم. تفويض المهام المعقدة إلى طرق العرض والإجراءات المخزنة. بعد ذلك، استخدم هذه الإجراءات المخزنة مباشرة للإجراءات المتزامنة. استخدم Power Automate لأي إجراءات غير متزامنة، بما في ذلك الاستدعاءات إلى الإجراءات المخزنة طويلة الأمد.

الأمان

استخدام الاتصالات الضمنية الآمنة: استخدم الاتصالات الضمنية الآمنة لجميع الاتصالات المشتركة. قم بتحويل أي تطبيقات قديمة لاستخدام اتصالات ضمنية آمنة حسب الحاجة. مع الاتصالات الضمنية الآمنة، يظل الموصل داخل الخدمة السحابية Power Apps ولا يتواجد على العميل. يتصل التطبيق فقط بموصل الوكيل، الموجود أيضا في Power Apps الخدمة السحابية. يعرف التطبيق والموصل الوكيل عن بعضهما البعض. ومع ذلك ، لا يعرف التطبيق عن الموصل. يحتوي موصل الوكيل على نهج يقيد أنواع الاستعلامات على الاستعلامات في التطبيق.

مخطط بنية يوضح كيفية ارتباط مكونات الاتصال المشتركة ضمنيا ببعضها البعض.

إنشاء تجزئة ومحيطات مقصودة: استخدم بيئات منفصلة Power Platform لمراحل دورة حياة التطبيق، وتأكد من أن المستخدمين المناسبين فقط هم من يمكنهم الوصول إلى كل مرحلة لدعم نهج التجزئة.

التميز التشغيلي

اعتماد ممارسات النشر الآمن: توحيد توزيع أي تغييرات على Power Apps التطبيق باستخدام عمليات النشر التلقائية مثل خطوط الأنابيب. قم بترقية التطبيق للإنتاج فقط بعد اختبار هذه التغييرات.

كفاءة الأداء

تصميم لتلبية متطلبات الأداء: قم بتقييم أداء الحل وحجم متطلبات البيانات للتأكد من أن جدول SQL Server وطريقة العرض وتصميم الإجراء المخزن مناسب. في التقييم، قم بتضمين كيفية الوصول إلى البيانات وكيفية Power Apps تفويض العمليات إلى SQL Server. كن على دراية بالقيود عند البحث عن البيانات وتصفيتها بسبب دعم التفويض الذي يوفره SQL Server. راجع القيود الموثقة لتطبيقات اللوحة في فهم التفويض، خاصة عند اختيار مصدر البيانات أو الواجهة الخلفية المناسبة لتطبيقك.

تحسين المنطق: تستخدم Power Fx تطبيقات اللوحة لتنفيذ العمل. كل Power Fx عملية مستقلة ولا يتم التعامل معها كمعاملة ذرية. على سبيل المثال، إذا قام أحد التطبيقات بإنشاء صف تفاصيل أمر مبيعات ولكنه لم ينشئ سجل رأس أمر مبيعات، يظل صف تفاصيل أمر المبيعات قائما. لا تترك هذه الخطوات Power Fx الإجرائية المطلوبة. استخدم الإجراءات المخزنة في SQL Server مع دعم المعاملات.

تحسين التجربة

التصميم من أجل الكفاءة: تعمل التطبيقات التي تتيح للمستخدمين الوصول إلى مصادر البيانات الأخرى جنبا إلى جنب مع جداول SQL Server من تطبيق واحد Power Apps ، دون الحاجة إلى التفاعل مع تطبيقات فردية متعددة، على تحسين الكفاءة وتوفير تجربة مرئية مخصصة أفضل. تجنب إنشاء تطبيق لإنشاء تطبيق - يجب أن يوفر التطبيق بعض الكفاءة للمستخدم أو فائدة البنية الأخرى على استخدام تجربة تستند Power Apps إلى النموذج.

Power Apps:

الروابط:

إدارة دورة حياة التطبيق (ALM):

  • Last updated on