نمذجة ثلاثية الأبعاد: يجب أن يكون جدول حقيقة مفتاح خارجي؟

Question

ويمكن ل ليس لديهم مفاتيح على الإطلاق؟ أو إذا ما في وسعها، هل هو التصميم الجيد؟ إذا كان جدول حقيقة ليس لدينا أي أبعاد، على أي أساس يتم ذلك بتحليل؟

وماذا لو جدول حقيقة ديه المفتاح الأساسي / ثانية فقط وليس مفتاح خارجي / ق؟

Answer 1

وتحدث بشكل غير دقيق، المفاتيح الخارجية تصل بك إلى الجداول التي كسر الجدول حقيقة إلى فئات وفئات فرعية.

وحتى إذا كان الجدول حقيقة

create table stores (id, kindOfStore, sales)

وبعد ان kindOfStore يكون dimension- الخاص بك إذا كان ذلك، ثم هل يمكن القول بأن جدول منفصل لkindOfStore هو مبالغة (باستثناء مساحة مهدرة قائلا نوع من متجر = "الغذاء" بدلا من "Kind_id = 8". إذا كان لديك فئات فرعية، فإنه من المنطقي أن تصل إلى جدول diminsion مثل

create table kindOfStore (id, Variety, Specialization, Subspecialization) 

وسيكون الفضاء الفضاء غير فعالة الحكمة لتخزين متنوعة، التخصص وSubspecialization في الجدول حقيقة.

والمخطط الناتج هي الأمثل نجم المخطط والبيانات المستودعات للتعامل مع تلك المخططات، على الرغم من أسرع محركات مستودع بيانات أحدث ويبدو أن تكون سريعة حتى أن المخطط غير النجوم سريع جدا.

وDatawarehouses إلغاء تطبيع (استخدام عدد أقل من الجداول) الجداول حقيقة بالمقارنة مع قاعدة بيانات OLTP، ولكن بأي حال من الأحوال يعني ذلك أنه يجب السعي من أجل حل جدول واحد.

Answer 2

تم تصميم نماذج Dimemnsional للسماح للحقيقة الحصول على تفاصيل إضافية معلقة عنه، واصفا السمات التي يمكن أن تكون "طوى" وتجميعها في معلومات موجزة ذات مغزى. بل هو سمة من datawarehousing (بيئة قراءة في المقام الأول)، ولكن يمكن أن يكون أيضا مكانها في OLTP، والنمذجة حقا بيانات المعاملات ضد الحقائق الأولية (المعاملات التفكير ضد حساب مصرفي، التي يمكن أن تكون المعاملات المالية والمذكرات والمراجعات علامة العملاء - وكلها لها ارتباط مشترك إلى كيان حساب مصرفي).

رئيس من بين مجموعة من التفاصيل معلقة عادة قبالة الحقيقة هي الزمان والمكان الأبعاد.

إذا لم يكن موجودا حقيقة بك في الزمان أو المكان، فإنه يمكن أن توجد تصور دون الدخول على تلك الأبعاد (على الرغم من أنني لا يمكن للحياة لي معرفة متى حقيقة سيكون من هذا القبيل).

إذا أبعد من ذلك، وأبعاد أخرى صغيرة وتحتوي على (يعني أي أسهم حقيقة أخرى منهم)، يمكن أن تحصل بعيدا مع المتداول عليها في الجدول حقيقة الأصلي باعتباره التعداد.

والنتيجة النهائية ستكون على طاولة حقيقة واحدة، ذات أبعاد صغيرة متعددة ممثلة تتضمن التعدادات.

ولكن سيكون من حالة غريبة للغاية لبعض البيانات غريب حقا ...

Answer 3

وفي التصميم الجيد، فإن كل طاولة لديهم المفتاح الأساسي.

واستخدام مفاتيح خارجية سيعتمد على ما / كيف تحاول تقييد القيم الجداول. إعطاء معلومات أكثر تحديدا بشأن الوضع الخاص بك إذا كنت تريد إجابة أكثر تحديدا

Answer 4

والقضية يمكنني أن أذكر هو عند استخدام الجدول الذي يحتوي على سمات البعد أغراض القيد والأداة يتطلب الإعداد / العلم / تحديد جدول أو الاسم المستعار كجدول الحقيقة.

وتخيل DB المبيعات، ويتضمن جدول الفرصة قائمة طويلة جدا من الصفات، أليس كذلك؟ يقول عميلك "أريد الحصول على قائمة بجميع أسماء الفرصة، ID وشعبا تعيين كأصحاب oppty" ... ثم يمكنك إنشاء اسم مستعار أو مرادف أو خريطة طاولة واحدة في التصميم المنطقي.

وأبعاد المضمحلة قد تكون حالة أخرى ... لذلك ... على الرغم من أن الجدول هو الجدول حقيقة الحقيقي، الوظائف المتوفرة هي نفسها الى حد كبير، أليس كذلك؟