سكل سيرفر دينالي بويربيفوت ألبيرتو فيراري كتب بالفعل عن حساب المتوسطات المتحركة في داكس باستخدام عمود محسوب. I8217d ترغب في تقديم نهج مختلف هنا باستخدام مقياس محسوب. بالنسبة للمتوسط المتحرك I8217m الذي يحسب المتوسط المتحرك اليومي (خلال ال 30 يوما الماضية) هنا. على سبيل المثال، I8217m باستخدام المصنف بويربيفوت التي يمكن تحميلها كجزء من ساس الجدولية مشاريع نموذجية من عينات دينالي كتب 3. في هذا المنصب، I8217m تطوير الصيغة خطوة بخطوة. ومع ذلك، إذا كنت في عجلة من امرنا، قد ترغب مباشرة للانتقال إلى النتائج النهائية أدناه. مع السنة التقويمية 2003 على المرشح وتاريخ الأعمدة ومبلغ المبيعات (من مبيعات الإنترنت الجدول) في التفاصيل، تبدو البيانات عينة مثل هذا: في كل سياق صف 8217s، التعبير ديتديت يعطي السياق الحالي، أي تاريخ هذا الصف . ولكن من قياس محسوب لا يمكننا الرجوع إلى هذا التعبير (حيث لا يوجد صف الحالي لجدول التاريخ)، بدلا من ذلك يجب استخدام تعبير مثل لاستديت (داتديت). لذلك، من أجل الحصول على آخر ثلاثين يوما يمكننا استخدام هذا التعبير يمكننا الآن تلخيص مبيعات الإنترنت لدينا لكل من تلك الأيام باستخدام وظيفة تلخيص: تلخيص (160 ديتينديريود (ديتديت، لاستديت (داتديت)، - 30، يوم) 160، ديتديت 160. كوتساليسامونتسومكوت 160. مجموع (مبيعات الإنترنتمبيعات المبلغ)) وأخيرا، we8217re باستخدام الدالة داكس أفيراجكس لحساب متوسط تلك القيم 30: مبلغ المبيعات (30d متوسط): أفيراجكس (160 تلخيص (160160160 ديتينبيريود (ديتديت، لاستديت (ديتديت)، - 30، داي) 160160160، ديتديت 160160160. كوتساليسامونتكومكوت 160160160. سوم (المبيعات عبر الإنترنت مبلغ المبيعات) 160) 160، ساليسامونتوم) هذا هو الحساب الذي نستخدمه في جدول مبيعات الإنترنت لدينا كما هو موضح في الصورة أدناه: عند إضافة هذه العملية الحسابية إلى الجدول المحوري من الأعلى، تبدو النتيجة كما يلي: عند النظر إلى النتيجة يبدو أننا دون 8217t لدينا أية بيانات قبل 1 يناير 2003: القيمة الأولى للمتوسط المتحرك مطابقة لقيمة اليوم ( هناك أر e أي صفوف قبل ذلك التاريخ). القيمة الثانية للمتوسط المتحرك هي في الواقع متوسط اليومين الأولين وهكذا. هذا ليس صحيحا تماما ولكن I8217m العودة إلى هذه المشكلة في الثانية. تظهر لقطة الشاشة حساب المتوسط المتحرك في 31 كانون الثاني / يناير كمتوسط للقيم اليومية من 2 إلى 31 يناير / كانون الثاني. كما يعمل القياس المحسوب لدينا بشكل جيد عند تطبيق الفلاتر. في لقطة التالية استخدمت اثنين من فئات المنتجات لسلسلة البيانات: كيف يعمل قياسنا المحسوب على مستويات التجميع العالي من أجل معرفة، I8217m باستخدام التسلسل الهرمي التقويم على الصفوف (بدلا من التاريخ). للحصول على البساطة أزلت مستويات الفصل الدراسي والربع باستخدام خيارات الجدول المحوري Excel8217s (خيار حقول شويد). كما ترون، فإن الحساب لا يزال يعمل بشكل جيد. هنا، الإجمالي الشهري هو المتوسط المتحرك لليوم الأخير من الشهر المحدد. يمكنك أن ترى هذا بوضوح لشهر يناير (تظهر قيمة 14،215.01 أيضا في لقطة أعلاه كقيمة 31 يناير). إذا كان هذا هو شرط العمل (الذي يبدو معقولا لمتوسط يومي)، ثم التجميع يعمل بشكل جيد على مستوى شهري (وإلا سيكون لدينا لضبط حسابنا وهذا سيكون موضوعا آم القادم). ولكن على الرغم من أن التجميع منطقي على مستوى شهري، إذا قمنا بتوسيع هذا الرأي إلى مستوى اليوم you8217ll نرى أن قياسنا المحسوب ببساطة يعود مبلغ المبيعات لذلك اليوم، وليس متوسط آخر 30 يوما بعد الآن: كيف يمكن أن يكون هذا. تنتج المشكلة من السياق الذي نقوم بحساب مجموعتنا، كما هو موضح في التعليمات البرمجية التالية: مبلغ المبيعات (30d أفغ): أفيراجكس (160 تلخيص (160160160 ديتينديبيريود (ديتديت، لاستديت (داتديت)، - 30، داي) 160160160، ديتديت 160160160. كوتساليسامونتكومكوت 160160160. سوم (مبيعات الإنترنتمبيعات المبلغ) 160) 160، ساليسامونتوم) منذ تقييم هذا التعبير خلال فترة التواريخ المحددة، السياق الوحيد الذي يتم الكتابة فوقه هنا، ديتديت. في التسلسل الهرمي لدينا we8217re باستخدام سمات مختلفة من بعدنا (السنة التقويم والشهر ويوم من الشهر). وبما أن هذا السياق لا يزال موجودا، يتم تصفية الحساب أيضا من قبل تلك السمات. وهذا ما يفسر لماذا نحن السياق الحالي day8217s لا تزال موجودة لكل سطر. للحصول على الأمور واضحة، طالما أننا نقيم هذا التعبير خارج سياق التاريخ، كل شيء على ما يرام كما يظهر الاستعلام داكس التالية عندما يتم تنفيذها من قبل إدارة ستوديو على منظور مبيعات الإنترنت من نموذجنا (باستخدام قاعدة بيانات جدول البيانات بنفس البيانات ): تقييم (160160160 تلخيص (160160160160160160160 ديستنبيريود (تاريخ، تاريخ (2003،1،1)، - 5، يوم) 160160160160160160160، تاريخ 160160160160160160160. كوتساليسامونتومكوت 160160160160160160160. مجموع (مبيعات الإنترنتمبيعات المبلغ) 160160160)) هنا، أنا خفضت الفترة الزمنية إلى 5 أيام وأيضا تعيين تاريخ محدد كما سيستديت (8230) سيؤدي إلى آخر تاريخ لجدول أبعاد التاريخ الذي لا توجد بيانات في نموذج البيانات. هنا هو نتيجة الاستعلام: ومع ذلك، بعد تعيين عامل تصفية إلى 2003، سيتم تضمين أي صفوف البيانات خارج 2003 في المجموع. وهذا ما يفسر الملاحظة أعلاه: بدا الأمر وكأننا لا نملك سوى بيانات تبدأ من 1 يناير / كانون الثاني 2003. والآن نعرف السبب: كان عام 2003 على الفلتر (كما ترون في أول لقطة شاشة لهذا المنصب) و وبالتالي كان حاضرا عند حساب المبلغ. الآن، كل ما علينا القيام به هو التخلص من تلك المرشحات إضافية لأن we8217re بالفعل تصفية نتائجنا حسب التاريخ. أسهل طريقة للقيام بذلك، هي استخدام الدالة كالكت وتطبيق آل (8230) على كافة السمات التي نريد إزالة عامل التصفية. كما لدينا بعض هذه الصفات (السنة والشهر واليوم، أيام الأسبوع، 8230) ونحن نريد لإزالة عامل التصفية من كل منهم ولكن سمة التاريخ، الدالة الاختصار أليكسيبت مفيد جدا هنا. إذا كان لديك خلفية مدس سوف نتساءل لماذا نحن don8217t الحصول على مشكلة مماثلة عند استخدام ساس في وضع أولاب (بيسم متعددة الأبعاد). والسبب هو أن قاعدة البيانات أولاب لدينا علاقات السمة، وذلك بعد تعيين السمة (مفتاح) التاريخ، يتم تغيير سمات أخرى تلقائيا أيضا ونحن don8217t أن تأخذ الرعاية حول هذا (انظر مشاركتي هنا). ولكن في نموذج جدول نحن don8217t لها علاقات السمة (ولا حتى سمة المفتاح الحقيقي)، وبالتالي نحن بحاجة للقضاء على المرشحات غير المرغوب فيها من حساباتنا. حتى هنا نحن مع مبلغ المبيعات 8230 (30d متوسط): أفيراجكس (160 تلخيص (160160160 ديتينديبيريود (تاريخ، لاستديت (تاريخ)، - 30، يوم) 160160160، تاريخ 160160160. كوتساليسامونتسكوت 160160160. حساب (مجموع (المبيعات عبر الإنترنت مبلغ المبيعات) (التاريخ، التاريخ) 160)، ساليسامونتوم) وهذا هو الجدول المحوري النهائي لدينا في إكسيل: لتوضيح المتوسط المتحرك، هنا هو نفس استخراج البيانات في عرض مخطط (إكسيل): على الرغم من أننا تصفية بياناتنا على 2003، فإن المتوسط المتحرك للأيام ال 29 الأولى من عام 2003 يأخذ في الاعتبار بشكل صحيح الأيام المقابلة من عام 2002. سوف تعترف القيم 30 و 31 يناير من أول نهج لدينا حيث كانت هذه الأيام الأولى التي كان لدينا حساب أول كمية كافية من البيانات (كامل 30 يوما). خادم سكل دينالي بويربيفوت ألبرتو فيراري كتب بالفعل عن حساب المتوسطات المتحركة في داكس باستخدام عمود محسوب. إد ترغب في تقديم نهج مختلف هنا باستخدام مقياس محسوب. بالنسبة للمتوسط المتحرك إم حساب المتوسط المتحرك اليومي (خلال ال 30 يوما الماضية) هنا. على سبيل المثال، إم باستخدام المصنف بويربيفوت التي يمكن تحميلها كجزء من ساس الجدولية مشاريع نموذجية من عينات دينالي كتب 3. في هذا المنصب، إم تطوير الصيغة خطوة بخطوة. ومع ذلك، إذا كنت في عجلة من امرنا، قد ترغب مباشرة للانتقال إلى النتائج النهائية أدناه. مع السنة التقويمية 2003 على عامل التصفية وتاريخ الأعمدة ومبلغ المبيعات (من مبيعات الإنترنت الجدول) في التفاصيل، تبدو البيانات عينة مثل هذا: في كل سياق الصفوف التعبير 8216DateDate يعطي السياق الحالي، أي تاريخ هذا الصف . ولكن من قياس محسوب لا يمكننا الرجوع إلى هذا التعبير (حيث لا يوجد صف الحالي لجدول التاريخ)، بدلا من ذلك يجب استخدام تعبير مثل لاستديت (8216DateDate). لذلك، من أجل الحصول على آخر ثلاثين يوما يمكننا استخدام هذا التعبير يمكننا الآن تلخيص مبيعات الإنترنت لدينا لكل من تلك الأيام باستخدام وظيفة تلخيص: تلخيص (ديتينبيريود (8216DateDate، لاستديت (8216DateDate)، - 30، داي)، 8217 التاريخ 8220SalesAmountSum8221 سوم (8216Internet ساليس ساليس ساليس)) وأخيرا، تم استخدام داكسيكس داتايلكس لحساب متوسط القيم الثلاثين: ساليس أمونت (30d أفغ): أفيراجكس (سوماريز (ديتينبيريود (8216DateDate، لاستديت (8216DateDate)، - 30، داي)، 8217DateDate 8220SalesAmountSum8221 سوم (8216Internet ساليسزاليس أمونت))، ساليسامونتوم) هذا هو الحساب الذي نستخدمه في جدول مبيعات الإنترنت كما هو موضح في لقطة الشاشة أدناه: عند إضافة هذا الحساب إلى الجدول المحوري من أعلاه، تبدو النتيجة كما يلي: عند النظر إلى النتيجة يبدو أننا لا نملك أي بيانات قبل 1 يناير 2003: القيمة الأولى للمتوسط المتحرك مطابقة لقيمة اليوم (لا توجد صفوف قبل ذلك التاريخ). القيمة الثانية للمتوسط المتحرك هي في الواقع متوسط اليومين الأولين وهكذا. هذا ليس صحيحا تماما ولكن إم العودة إلى هذه المشكلة في الثانية. تظهر لقطة الشاشة حساب المتوسط المتحرك في 31 كانون الثاني / يناير كمتوسط للقيم اليومية من 2 إلى 31 يناير / كانون الثاني. كما يعمل القياس المحسوب لدينا بشكل جيد عند تطبيق الفلاتر. في لقطة التالية استخدمت اثنين من فئات المنتجات لسلسلة البيانات: كيف يعمل قياسنا المحسوب على مستويات التجميع العالي من أجل معرفة، إم باستخدام التسلسل الهرمي التقويم على الصفوف (بدلا من التاريخ). للحصول على البساطة أزلت مستويات الفصل الدراسي والربع باستخدام إكسيلز بيفوت تابل أوبتيونس (شويد فييلدز أوبتيون). كما ترون، فإن الحساب لا يزال يعمل بشكل جيد. هنا، الإجمالي الشهري هو المتوسط المتحرك لليوم الأخير من الشهر المحدد. يمكنك أن ترى هذا بوضوح لشهر يناير (تظهر قيمة 14،215.01 أيضا في لقطة أعلاه كقيمة 31 يناير). إذا كان هذا هو شرط العمل (الذي يبدو معقولا لمتوسط يومي)، ثم التجميع يعمل بشكل جيد على مستوى شهري (وإلا سيكون لدينا لضبط حسابنا وهذا سيكون موضوعا آم القادم). ولكن على الرغم من أن التجميع منطقي على مستوى شهري، إذا قمنا بتوسيع وجهة النظر هذه إلى مستوى اليوم سترى أن قياسنا المحسوب ببساطة يعود مبلغ المبيعات لذلك اليوم، وليس متوسط آخر 30 يوما بعد الآن: كيف يمكن أن يكون هذا. وتنتج المشكلة من السياق الذي نقوم بحساب مجموعتنا، كما هو موضح في التعليمات البرمجية التالية: مبلغ المبيعات (30d متوسط): أفيراجكس (تلخيص (ديستنبيريود (8216DateDate، لاستديت (8216DateDate)، - 30، داي)، 8217 التاريخ 8220SalesAmountSum8221. سوم (8216Internet ساليسزاليس أمونت))، ساليسامونتوم) بما أننا نقيم هذا التعبير خلال فترة التواريخ المحددة، فإن السياق الوحيد الذي يتم الكتابة فوقه هنا هو 8216DateDate. في التسلسل الهرمي لدينا كانت تستخدم سمات مختلفة من بعدنا (السنة التقويم والشهر ويوم من الشهر). وبما أن هذا السياق لا يزال موجودا، يتم تصفية الحساب أيضا من قبل تلك السمات. وهذا ما يفسر لماذا نحن السياق الحالي الأيام لا تزال موجودة لكل سطر. للحصول على الأمور واضحة، طالما أننا نقيم هذا التعبير خارج سياق التاريخ، كل شيء على ما يرام كما يظهر الاستعلام داكس التالية عندما يتم تنفيذها من قبل إدارة ستوديو على منظور مبيعات الإنترنت من نموذجنا (باستخدام قاعدة بيانات جدولي مع نفس البيانات ): تقييم (تلخيص (تاريخ التمرين (8216 تاريخ، تاريخ (2003،1،1)، - 5، يوم)، 8217 تاريخ 8220SalesAmountSum8221 سوم (8216Internet ساليسزاليس أمونت))) هنا، خفضت الفترة الزمنية إلى 5 أيام، وأيضا تعيين سيؤدي تاريخ ثابت كالتاريخ (() إلى آخر تاريخ لجدول أبعاد التاريخ الذي لا توجد به بيانات في نموذج البيانات. هنا هو نتيجة الاستعلام: ومع ذلك، بعد تعيين عامل تصفية إلى 2003، سيتم تضمين أي صفوف البيانات خارج 2003 في المجموع. وهذا ما يفسر الملاحظة أعلاه: بدا الأمر وكأننا لا نملك سوى بيانات تبدأ من 1 يناير / كانون الثاني 2003. والآن نعرف السبب: كان عام 2003 على الفلتر (كما ترون في أول لقطة شاشة لهذا المنصب) و وبالتالي كان حاضرا عند حساب المبلغ. الآن، كل ما علينا فعله هو التخلص من هذه الفلاتر الإضافية لأننا سبق لنا تصفية نتائجنا حسب التاريخ. إن أسهل طريقة للقيام بذلك هي استخدام الدالة كالكت وتطبيق آل () لكل السمات التي نريد إزالة الفلتر لها. كما لدينا بعض من هذه الصفات (السنة والشهر واليوم، أيام الأسبوع،) ونحن نريد لإزالة عامل التصفية من كل منهم ولكن سمة التاريخ، الدالة الاختصار أليكسيبت مفيد جدا هنا. إذا كان لديك خلفية مدس سوف نتساءل لماذا نحن لا تحصل على مشكلة مماثلة عند استخدام ساس في وضع أولاب (بيسم متعددة الأبعاد). والسبب هو أن قاعدة البيانات أولاب لدينا علاقات السمة، وذلك بعد تعيين السمة (مفتاح) التاريخ، يتم تغيير سمات أخرى تلقائيا جدا ونحن لا نحتاج إلى الحرص على هذا (انظر مشاركتي هنا). ولكن في نموذج جدولي ليس لدينا علاقات السمة (ولا حتى سمة المفتاح الحقيقي)، وبالتالي نحن بحاجة للقضاء على المرشحات غير المرغوب فيها من حساباتنا. حتى هنا نحن مع مبلغ المبيعات (30d أفغ): أفيراجكس (تلخيص (ديستنبيريود (8216DateDate، لاستديت (8216DateDate)، - 30، داي)، 8217DateDate 8220SalesAmountSum8221. (سوم (8216Internet ساليسزاليس أمونت)، أليكسيبت (8216Date8217،8217DateDate ))، ساليسامونتوم) وهذا هو الجدول المحوري النهائي لدينا في إكسيل: لتوضيح المتوسط المتحرك، هنا هو نفس مقتطف من البيانات في عرض مخطط (إكسيل): على الرغم من أننا تصفية بياناتنا على 2003 المتوسط المتحرك لأول 29 يوما من عام 2003 يأخذ بشكل صحيح الأيام المقابلة من عام 2002 في الاعتبار. سوف تعترف القيم 30 و 31 يناير من نهجنا الأول كما كانت هذه الأيام الأولى التي لدينا حساب الأول كان لديه كمية كافية من البيانات (كامل 30 يوما).Im محاولة لخلق المتوسط المتحرك في نموذجي. تبحث عن بعض المساعدة. حاولت اتباع التفاصيل في ألبرتو فيراريس بلوق هنا. ولكن لم أستطع الحصول على العمل داينومبر العمل، وبناء الجملة لا يبدو صحيحا وأنا لا يمكن تصحيحه. يحتوي نموذجي على جدول حقائق يحتوي على قائمة من الحالات، والانضمام إلى جدول تاريخ عبر تاريخ الإنشاء. لدي علاقة ثانية (غير نشط) إلى جدول التاريخ على العمود كلوسديدات. لدي مقياس: حالة مغلق عدد: حساب (كونتروز (حالة)، وسيرلاتيونشيب (كاسكلوسداتيكي، داتداتيكي)). أود الحصول على مقياس الحصول على مجموع عدد مغلقة عدد الأيام الثلاثة الماضية من السياق الحالي. ثم أخطط لتقسيم هذا الرقم بنسبة 3 للحصول على المتوسط المتحرك لمدة 3 أيام. قطعة واحدة أخرى من المنطق أود أن تنظر - إذا كان اليوم الأخير هو اليوم، ثم يتم استخدام الأيام الثلاثة السابقة - يتم تحديث البيانات كل 15 دقيقة، لذلك القيام بذلك في 09:00 في الصباح سوف الانحراف المتوسط، كما وليس يوم الانتهاء الكامل. أي مساعدة هو موضع تقدير. الأحد، 17 فبراير، 2013 5:25 م هيريس رابط إلى نهج باستخدام مجرد مقياس محسوب أن خافيير غيلين كتب في حين يعود. امل ان يساعد. برنت غرينوود، مس، مسيتب، كبيب يرجى وضع علامة على الإجابات الصحيحة والمشاركات المفيدة brentgreenwood. blogspot عدله برنت غرينوود إديتور الاثنين، 18 فبراير 2013 4:08 م اقتراح كجواب من قبل إد السعر - موظف مسفت ميكروسوفت، مالك الخميس، أغسطس 22، 2013 7:39 بيإم تم وضع علامة كجواب من قبل إد السعر - موظف مسفت ميكروسوفت، المالك الثلاثاء، 17 سبتمبر 2013 6:39 ص الاثنين، فبراير 18، 2013 4:08 م في منصبه، يستفيد ألبرتو من وظيفة إيرلير التي تعود قيمة من سياق صف سابق. يعمل هذا فقط في تعبير متكرر، عند تقييم هذا التعبير في سياق صف موجود (تعبير متكرر آخر، أو عمود محسوب.) هل يلبي المتطلبات التالية (لم يتم اختباره) الحالة مغلق عدد الأيام الأخيرة: كالكولات ( (داتدبيكي، 3، داي).DATDATKY)) يمكن إجراء آخر واحد باستخدام تعبير إف باستخدام الدالة توداي ()، وتكييف النمط أعلاه. عرض مقتضب سنوات خبرة إضافية غير مذكورة أعلاه: لا يوجد 0 سنوات، . امل ان يساعد. برنت غرينوود، مس، مسيتب، كبيب يرجى وضع علامة على الإجابات الصحيحة والمشاركات المفيدة brentgreenwood. blogspot عدله برنت غرينوود إديتور الاثنين، 18 فبراير 2013 4:08 م اقتراح كجواب من قبل إد السعر - موظف مسفت ميكروسوفت، مالك الخميس، أغسطس 22، 2013 7:39 م تم وضع علامة كجواب من قبل إد السعر - موظف مسفت ميكروسوفت، المالك الثلاثاء، 17 سبتمبر، 2013 6:39 ص الاثنين، 18 فبراير 2013 4:08 م
تداول النفط والذهب والأسهم مؤشرات مع فريدبيرغ محطة التداول المباشر الثاني تحذير المخاطر العالية الاستثمار: تداول العملات الأجنبية على الهامش يحمل درجة عالية من المخاطر، وقد لا تكون مناسبة لجميع المستثمرين. درجة عالية من الرافعة المالية يمكن أن تعمل ضدك وكذلك بالنسبة لك. قبل اتخاذ قرار بتداول العملات الأجنبية، يجب عليك أن تدرس بعناية أهدافك الاستثمارية ومستوى خبرتك ورغبتك في المخاطرة. هناك احتمال أن تتمكن من الحفاظ على خسارة تزيد على الودائع الخاصة بك، وبالتالي يجب أن لا تستثمر الأموال التي لا يمكن أن تخسر. يجب أن تكون على علم بجميع المخاطر المرتبطة بتداول العملات الأجنبية، وطلب المشورة من مستشار مالي مستقل إذا كان لديك أي شكوك. يرجى قراءة تحذير المخاطر الكاملة. يرجى ملاحظة أن المعلومات الواردة في هذا الموقع مخصصة أساسا لعملاء التجزئة. فريدبيرغ المباشر هو قسم من فريدبيرغ ميركانتيل المجموعة المحدودة عضو في منظمة تنظيم صناعة الاستثمار في كندا (إيروك)، وصندوق حماية المستثمر الكندي (سيب)، وجميع البورصات الكندية. يقع مقر شركة فريدبيرغ ميركانتيل غروب المحدودة في 181 باي St. سويت 250، تورونتو،...
Comments
Post a Comment