يخزن جدول البيانات الفعلية في Autonomous Data Warehouse بيانات مكعب Essbase له مقطع موحد. إذا لم يكن لديك جدول بيانات فعلية يلبي متطلبات المقطع الموحد، يجب تكوين واحد. كما يجب أن تتفهم ما هو البُعد المحوري، لتتمكن من تحديد واحد من مكعب Essbase لديك.
قبل البدء في هذا القسم، قم بتكوين مكعب وتطبيق Essbase، إذا لم يكن لديك بالفعل.
بالنسبة للمقاطع الموحدة، يقوم جدول البيانات الفعلية بتخزين قيم بيانات مكعب Essbase. إذا لم يكن لديك جدول البيانات الفعلية المطلوب في Autonomous Data Warehouse، فعليك تكوين واحد.
قبل البدء، تأكد من وجود مخطط فارغ لجدول البيانات الفعلية. يرجى الاطلاع على تكوين مخطط للمقاطع الموحدة.
يجب أن يكون جدول البيانات الفعلية بتنسيق Essbase للقراءة فقط، أي يلبي المعايير التالية للمحتوى والشكل:
يجب أن يتم تمثيل كل من أبعاد المكعب (غير السمات) كعنوان عمود واحد، باستثناء واحد من أبعاد المكعب (عادة يكون البُعد الذي يحتوي على القياسات/الحسابات) ويجب أن يكون محوريًا في عمودين أو أكثر.
ملاحظة:
في أي مكان آخر في الوثائق، ستتم الإشارة إلى البُعد الذي يصبح محوريًا باسم البُعد المحوري.
يجب أن يتكون جدول البيانات الفعلية من سجلات فريدة (غير مكررة)، بصف واحد لكل تسلسل من تقاطعات خلايا Essbase.
إذا كنت على علم بعمليات تصدير بيانات Essbase، فستلاحظ أن شكل جدول البيانات الفعلية يشبه تمامًا Essbase تصدير عمود.
مثل تصدير عمود، يجب أن يتضمن جدول البيانات الفعلية:
عمودًا واحدًا لكل بُعد (غير سمة) من الإطار العام (باستثناء البُعد المحوري)
عمود واحد لكل عضو مخزن من البُعد المحوري
فيما يلي مثال لجدول بيانات فعلية يحتوي على أبعاد القياسات التي أصبحت محورية، مما يعني أنها أصبحت البُعد المحوري. يؤثر البُعد المحوري على شكل جدول البيانات الفعلية، لأن الأعضاء المخزنة لهذا العضو تصبح عناوين الأعمدة: SALES، وCOGS، وMARKETING، وPAYROLL، وMISC، وINTITIAL_INVENTORY، وADDITIONS.
يمكنك تكوين جدول البيانات الفعلية باستخدام SQL، أو يمكنك تكوينه من تصدير بيانات Essbase. يمكنك تحميل البيانات لجدول البيانات الفعلية باستخدام أدوات Autonomous Data Warehouse، أو باستخدام وظيفة تحميل بيانات Essbase.
تتضمن الإرشادات الإضافية لتكوين جدول البيانات الفعلية:
يجب أن يقل عدد الأعمدة في جدول البيانات الفعلية عن 1000 عمود.
عدم تضمين الأعمدة التي سترتبط بـ Essbase في أبعاد السمات.
يجب ألا يحتوي جدول البيانات الفعلية على دقة أقل من IEEE 64 ثنائية (الضعف).
يجب أن يحتوي جدول البيانات الفعلية على سلاسل دولية لأعضاء البُعد، باستخدام النوع NVARCHAR2، بطول أحرف 1024 بت.
مثال لتكوين جدول البيانات الفعلية
لتكوين جدول بيانات فعلية في Autonomous Data Warehouse، يمكنك استخدام SQL.
استخدم SQL Developer أو أداة من اختيارك، سجل الدخول إلى Autonomous Data Warehouse كمالك المخطط (من الخطوة تكوين مخطط للمقاطع الموحدة).
استخدم SQL لتكوين جدول البيانات الفعلية، إذا كنت لم يكن لديك واحد بالفعل.
على سبيل المثال، يقوم SQL التالي بتكوين جدول بيانات الفعلية من تصدير بيانات من مكعب Essbase، Sample Basic.
CREATE TABLE "SAMP_FACT" ( "PRODUCT" NVARCHAR2(1024), "MARKET" NVARCHAR2(1024), "YEAR" NVARCHAR2(1024), "SCENARIO" NVARCHAR2(1024), "SALES" NUMBER(38,0), "COGS" NUMBER(38,0), "MARKETING" NUMBER(38,0), "PAYROLL" NUMBER(38,0), "MISC" NUMBER(38,0), "INITIAL_INVENTORY" NUMBER(38,0), "ADDITIONS" NUMBER(38,0) ) NOCOMPRESS LOGGING PARALLEL 4;
الملاحظات
في المثال أعلاه، اسم جدول البيانات الفعلية هو SAMP_FACT، وهو قائم على Sample Basic.
للحصول على أفضل أداء فإن كل الأعمدة غير الرقمية في جدول البيانات الفعلية يجب أن تكون من النوع NVARCHAR2(1024)، وكل الأعمدة الرقمية يجب أن تكون من النوع NUMBER.
توصي أوراكل بإتاحة عملية التكوين المتوازي للفهرس في Autonomous Data Warehouse، عن طريق إضافة PARALLEL 4.
لا يجب أن تسمح أعمدة بيانات التعريف بتضمين قيم NULL.
توصي Oracle بـ NOCOMPRESS عندما يتضمن استخدام المكعب عمليات توليد البيانات مثل تحميل البيانات التزايدي أو تحديثات اسكربت الدفعة. إذا كان سيتم استخدام المكعب بشكل أساسي لعمليات القراءة، فاستخدم COMPRESS لتحسين جدول البيانات الفعلية لإعداد التقارير.
إذا ما ظهر لك خطأ التدقيق التالي عند تكوين جدول بيانات فعلية، فاحذف الصفوف الفارغة.
ORA-18265: fact table key column ("<DIM_NAME>") with value ('') not in dimension("<Name_of_Column") star table key column
للحصول على أفضل أداء، لا تضف أي قيود معينة في الجدول بدون حاجة محددة.
في المثال أعلاه، يقوم اسم جدول البيانات الفعلي على Sample Basic، المتوفر في معرض في كتالوج ملفات Essbase. يمكنك تصدير البيانات من هذا المكعب العينة أو أي مكعب Essbase آخر، وتحميله لإنشاء جدول بيانات فعلية. قبل أن تتمكن من القيام بهذا، ستحتاج إعداد الصلاحيات لتحميل البيانات إلى تطبيق مقطع موحد. اطلع على تحميل بيانات المقطع الموحد لإعداد الصلاحيات ومعرفة المزيد حول كيفية تصدير البيانات بتنسيق DBMS باستخدام الأمر DATAEXPORT.
كجزء من تعيين مقطع موحد، عليك تحديد البُعد المحوري. البُعد المحوري هو بُعد تقوم بتعيينه من خلال الإطار العام لمكعب Essbase لتمثيل قيم البيانات الرقمية.
لا يلزم أن يكون البُعد المحوري من المقاييس/الحسابات، ولكن يمكن أن يكون كذلك.
ويجب تخطيط كل الأعمدة المخزنة في البُعد المحوري إلى أعمدة جدول البيانات الفعلية التي تمثل قيم بياناتك الرقمية في Autonomous Data Warehouse.
إذا كنت بحاجة لتشغيل اسكربتات عملية تخزين كتل Essbase (BSO) الحسابية، فحدد بُعدًا كثيفًا كالبُعد المحوري. لا يتم دعم اسكربتات العمليات الحسابية للمقاطع الموحدة إذا كان البُعد المحوري متفرقًا.
يجب أن يشتمل البُعد المحوري على أسماء أعضاء ثابتة إلى حد كبير وعدد ليس كبيرًا للغاية من الأعضاء. السبب: إن تغيير البُعد المحوري في الإطار العام لمكعب Essbase (عن طريق إضافة أعضاء مخزنة أو إعادة تسميتها على سبيل المثال) يستلزم إجراء تحديثات مناظرة يدويًا في جدول البيانات الفعلية ضمن Autonomous Data Warehouse، ويتطلب أيضًا إعادة تكوين المقطع الموحد.
Essbase الأبعاد المشتملة على أعضاء تتطلب معادلات معقدة وديناميكية (مثل المخزن الافتتاحي "Opening Inventory" والمخزون الختامي "Ending Inventory،" باستخدام Sample Basic على سبيل المثال) يلزم تجنب تحديدها كبُعد محوري.
عليك بتقديم البعد المحوري المحدد في وقت تكوين مقطع موحد.
يبلغ حد Oracle Database 1,000 عمود، ويرث البُعد المحوري هذا الحد. حدد عدد أعضاء العمود المؤهل في البُعد المحوري للتأكد من أنك لا تعارض الحد. يجب أن يكون عدد توليفات الأعضاء المخزنة المحتملة في البُعد المحوري بالإضافة إلى عدد الأبعاد في المكعب أقل من أو يساوي 1,000.
لمكعبات التخزين التجميعي، يجب عدم تحديد الأبعاد التي تحتوي على تدرجات أعضاء مخزنة على عدة مستويات كأبعاد محورية. حدد بُعدًا محوريًا بالتدرجات الديناميكية، أو تدرج مخزن ثابت، أو تدرج بمستوى واحد (حيث كل الأعضاء هي أعضاء مخزنة من المستوى 0).