لکه څنګه چې تاسو پوهیږئ، SAP د لیږد ډیټا ساتلو او د تحلیل او راپور ورکولو سیسټمونو کې د دې معلوماتو پروسس کولو لپاره د سافټویر بشپړ لړۍ وړاندې کوي. په ځانګړې توګه، د SAP سوداګرۍ ګودام (SAP BW) پلیټ فارم د پراخو تخنیکي وړتیاوو سره د معلوماتو ذخیره کولو او تحلیل کولو لپاره یوه وسیله ده. د دې ټولو هدفي ګټو لپاره، د SAP BW سیسټم یو مهم نیمګړتیا لري. دا د ډیټا ذخیره کولو او پروسس کولو لوړ لګښت دی ، په ځانګړي توګه د پام وړ کله چې په هانا کې د کلاوډ میشته SAP BW کارول.
څه که تاسو د ذخیره کولو په توګه د ځینې غیر SAP او په غوره توګه د OpenSource محصول کارول پیل کړئ؟ موږ په X5 پرچون ګروپ کې ګرین پلم غوره کړ. دا، البته، د لګښت مسله حل کوي، مګر په ورته وخت کې، مسلې سمدلاسه راپورته کیږي چې د SAP BW کارولو په وخت کې د ډیفالټ لخوا حل شوي.
په ځانګړې توګه، څنګه د سرچینې سیسټمونو څخه ډاټا بیرته ترلاسه کول، کوم چې ډیری یې د SAP حلونه دي؟
د HR Metrics لومړنۍ پروژه وه چې د دې ستونزې د حل لپاره اړینه وه. زموږ هدف د HR ډیټا ذخیره کول او د کارمندانو سره د کار کولو په ساحه کې تحلیلي راپور ورکولو رامینځته کول وو. پدې حالت کې، د معلوماتو اصلي سرچینه د SAP HCM لیږد سیسټم دی، په کوم کې چې ټول پرسونل، سازماني او معاش فعالیتونه ترسره کیږي.
د معلوماتو استخراج
په SAP BW کې د SAP سیسټمونو لپاره معیاري ډیټا استخراج کونکي شتون لري. دا استخراج کونکي کولی شي په اوتومات ډول اړین معلومات راټول کړي، د هغې بشپړتیا وڅاري، او د ډیلټا بدلون بدل کړي. دلته، د مثال په توګه، د کارمندانو ځانګړتیاوو لپاره د معیاري معلوماتو سرچینه ده 0EMPLOYEE_ATTR:
د یو کارمند لپاره له دې څخه د معلوماتو استخراج پایله:
که اړتیا وي، دا ډول استخراج ستاسو د اړتیاو سره سم ترمیم کیدی شي یا ستاسو خپل استخراج رامینځته کیدی شي.
لومړنۍ مفکوره چې رامنځته شوه د دوی د بیا کارولو امکان و. له بده مرغه، دا یو ناممکن کار وګرځید. ډیری منطق د SAP BW اړخ کې پلي کیږي، او دا ممکنه نه وه چې په بې درده توګه د SAP BW څخه په سرچینه کې استخراج جلا کړي.
دا څرګنده شوه چې موږ به د SAP سیسټمونو څخه د معلوماتو استخراج لپاره خپل میکانیزم ته اړتیا ولرو.
په SAP HCM کې د معلوماتو ذخیره کولو جوړښت
د دې لپاره چې د داسې میکانیزم اړتیاوې پوه شي، موږ باید لومړی دا معلومه کړو چې کوم ډیټا ته اړتیا لرو.
په SAP HCM کې ډیری ډاټا په فلیټ SQL جدولونو کې زیرمه شوي. د دې معلوماتو پراساس، د SAP غوښتنلیکونه کاروونکي ته سازماني جوړښتونه، کارمندان او نور بشري معلومات لیدل کیږي. د مثال په توګه، دا هغه څه دي چې سازماني جوړښت په SAP HCM کې ښکاري:
په فزیکي توګه، دا ډول ونه په دوو جدولونو کې زیرمه کیږي - په hrp1000 شیانو کې او په hrp1001 کې د دې شیانو ترمنځ ارتباط.
توکي "1 څانګه" او "دفتر 1":
د شیانو ترمنځ اړیکه:
د دواړو ډولونو شیانو او د دوی ترمینځ د اړیکو ډولونو لوی شمیر شتون کیدی شي. ستاسو د خپلو ځانګړو اړتیاو لپاره د شیانو او دودیز شوي توکو ترمینځ دواړه معیاري اړیکې شتون لري. د مثال په توګه، د سازماني واحد او د بشپړ وخت موقف ترمنځ د B012 معیاري اړیکه د یوې څانګې مشر په ګوته کوي.
په SAP کې د مدیر ښودنه:
په ډیټابیس جدول کې ذخیره کول:
د کارمندانو معلومات په pa* جدولونو کې زیرمه شوي. د مثال په توګه، د یو کارمند لپاره د پرسونل پیښو په اړه معلومات په جدول pa0000 کې زیرمه شوي
موږ پریکړه وکړه چې ګرین پلم به "خام" ډاټا واخلي، د بیلګې په توګه. یوازې د SAP میزونو څخه یې کاپي کړئ. او په مستقیم ډول په ګرین پلم کې به دوی پروسس شي او په فزیکي شیانو بدل شي (د مثال په توګه ، څانګه یا کارمند) او میټریک (د مثال په توګه ، اوسط سر شمیرنه).
شاوخوا 70 میزونه تعریف شوي، معلومات چې له هغې څخه باید ګرین پلم ته لیږدول شي. وروسته له هغه چې موږ د دې معلوماتو لیږدولو لپاره یو میتود کار پیل کړ.
SAP په کافي اندازه د ادغام میکانیزمونه وړاندې کوي. مګر ترټولو اسانه لاره دا ده چې ډیټابیس ته مستقیم لاسرسی د جواز ورکولو محدودیتونو له امله منع دی. په دې توګه، ټول ادغام جریان باید د غوښتنلیک سرور په کچه پلي شي.
بله ستونزه د SAP ډیټابیس کې د حذف شوي ریکارډونو په اړه د معلوماتو نشتوالی و. کله چې تاسو په ډیټابیس کې یو قطار حذف کړئ، دا په فزیکي توګه حذف کیږي. هغوی. د بدلون د وخت پر بنسټ د بدلون ډیلټا رامینځته کول ممکن نه وو.
البته، SAP HCM د معلوماتو بدلونونو ثبتولو میکانیزمونه لري. د مثال په توګه، د ترلاسه کونکي سیسټمونو ته د راتلونکي لیږد لپاره، د بدلون ټکي شتون لري چې هر ډول بدلونونه ثبتوي او د هغې پر بنسټ Idoc جوړیږي (بهرني سیسټمونو ته د لیږد لپاره یو څیز).
د پرسونل شمیره 0302 سره د یو کارمند لپاره د 1251445 انفوټایپ بدلولو لپاره IDoc مثال:
یا د DBTABLOG جدول کې د معلوماتو بدلونونو لاګ ساتل.
د hrp53216375 جدول څخه د QK1000 کلیدي سره د ریکارډ حذف کولو لپاره د لاګ مثال:
مګر دا میکانیزمونه د ټولو اړینو معلوماتو لپاره شتون نلري، او د غوښتنلیک سرور په کچه د دوی پروسس کولی شي ډیری سرچینې مصرف کړي. له همدې امله، په ټول اړین میزونو کې په پراخه کچه د ننوتلو وړ کول کولی شي د سیسټم فعالیت د پام وړ تخریب لامل شي.
بله لویه ستونزه کلستر شوي میزونه وو. د SAP HCM په RDBMS نسخه کې د وخت اټکل او د معاشونو ډاټا د هرې محاسبې لپاره د هر کارمند لپاره د منطقي میزونو سیټ په توګه ساتل کیږي. دا منطقي جدولونه په جدول pcl2 کې د بائنری ډیټا په توګه زیرمه شوي.
د معاشونو کلستر:
د کلستر شوي جدولونو ډاټا د SQL کمانډ په توګه نشي ګڼل کیدی، مګر د SAP HCM میکرو یا ځانګړي فعالیت ماډلونو کارولو ته اړتیا لري. په دې اساس، د داسې میزونو د لوستلو سرعت به خورا ټیټ وي. له بلې خوا، دا ډول کلسترونه ډاټا ذخیره کوي چې یوازې په میاشت کې یو ځل اړتیا لري - وروستی معاش او د وخت اټکل. نو پدې حالت کې سرعت دومره مهم ندی.
د ډیټا بدلونونو ډیلټا رامینځته کولو اختیارونو ارزونه ، موږ پریکړه وکړه چې د بشپړ بار کولو اختیار هم په پام کې ونیسو. هره ورځ د سیسټمونو ترمینځ د بدلیدونکي ډیټا ګیګابایټ لیږدولو اختیار ممکن ښه نه ښکاري. په هرصورت، دا یو شمیر ګټې هم لري - د سرچینې اړخ کې ډیلټا پلي کولو او رسیدونکي اړخ کې د دې ډیلټا سرایت پلي کولو ته اړتیا نشته. په دې اساس، لګښت او تطبیق وخت کم شوی، او د ادغام اعتبار زیاتیږي. په ورته وخت کې، دا معلومه شوه چې د SAP HR کې نږدې ټول بدلونونه د اوسني نیټې څخه د دریو میاشتو په افق کې واقع کیږي. پدې توګه ، پریکړه وشوه چې د اوسني نیټې څخه دمخه د SAP HR N میاشتې څخه د ډیټا ورځني بشپړ ډاونلوډ او میاشتنۍ بشپړ ډاونلوډ غوره کړئ. د N پیرامیټر په ځانګړي جدول پورې اړه لري
او له 1 څخه تر 15 پورې وي.
د معلوماتو استخراج لپاره لاندې سکیم وړاندیز شوی و:
بهرنۍ سیسټم یوه غوښتنه رامینځته کوي او SAP HCM ته یې لیږي ، چیرې چې دا غوښتنه د ډیټا بشپړتیا او میزونو ته د لاسرسي اجازې لپاره چیک کیږي. که چک بریالی وي، SAP HCM یو برنامه پرمخ وړي چې اړین معلومات راټولوي او د فیوز ادغام حل ته یې لیږدوي. فیوز په کافکا کې اړین موضوع ټاکي او معلومات هلته لیږدوي. بیا، د کافکا ډاټا د سټیج ساحې GP ته لیږدول کیږي.
پدې سلسله کې ، موږ د SAP HCM څخه د معلوماتو استخراج مسلې سره علاقه لرو. راځئ چې دا په ډیر تفصیل سره وګورو.
د SAP HCM-FUSE تعامل ډیاګرام.
بهرنی سیسټم SAP ته د وروستي بریالي غوښتنې وخت ټاکي.
پروسه د ټایمر یا بلې پیښې لخوا پیل کیدی شي ، پشمول د SAP څخه ډیټا سره ځواب ته انتظار کولو لپاره د مهال ویش ترتیب کول او د تکرار غوښتنه پیل کول. بیا دا د ډیلټا غوښتنه رامینځته کوي او SAP ته یې لیږي.
د غوښتنې ډاټا د json بڼه کې بدن ته لیږل کیږي.
میتود http: POST.
د غوښتنې بېلګه:
د SAP خدمت د بشپړتیا غوښتنې ، د اوسني SAP جوړښت سره موافقت ، او غوښتل شوي میز ته د لاسرسي اجازې شتون څاري.
د غلطیو په صورت کې، خدمت د مناسب کوډ او توضیحاتو سره ځواب بیرته راولي. که کنټرول بریالی وي، دا د نمونې تولید لپاره د شالید پروسه رامینځته کوي، تولیدوي او په همغږي توګه د یو ځانګړي سیشن ID بیرته راګرځوي.
د تېروتنې په صورت کې، بهرنی سیسټم دا په لاګ کې ثبتوي. د بریالي ځواب په صورت کې، دا د ناستې ID او د میز نوم لیږدوي چې غوښتنه یې شوې وه.
بهرنی سیسټم اوسنۍ ناسته د پرانیستې په توګه ثبتوي. که چیرې د دې میز لپاره نورې ناستې شتون ولري، دوی د خبرتیا سره تړل شوي دي.
د SAP شالید دنده د ټاکل شوي پیرامیټونو او د ټاکل شوي اندازې ډیټا پیکټ پراساس کرسر رامینځته کوي. د بست اندازه د ریکارډونو اعظمي شمیره ده چې پروسه د ډیټابیس څخه لوستل کیږي. د ډیفالټ له مخې، دا د 2000 سره مساوي ګڼل کیږي. که چیرې په ډیټابیس نمونه کې د کارول شوي کڅوړې اندازې څخه ډیر ریکارډونه شتون ولري، د لومړۍ کڅوړې لیږدولو وروسته، بل بلاک د اړونده آفسیټ او زیات شوي بسته شمیرې سره جوړیږي. شمیرې د 1 لخوا زیاتیږي او په کلکه په ترتیب سره لیږل کیږي.
بیا، SAP د بهرنۍ سیسټم ویب خدماتو ته د ننوتلو په توګه کڅوړه لیږدوي. او سیسټم په راتلونکی پاکټ کې کنټرولونه ترسره کوي. د ترلاسه شوي ID سره ناسته باید په سیسټم کې ثبت شي او دا باید په خلاص حالت کې وي. که چیرې د کڅوړې شمیره> 1 وي، سیسټم باید د مخکینۍ کڅوړې بریالي رسید (package_id-1) ثبت کړي.
که کنټرول بریالی وي، بهرنی سیسټم د میز ډاټا تجزیه کوي او خوندي کوي.
سربیره پردې ، که وروستی بیرغ په کڅوړه کې شتون ولري او سیریل کول بریالي و ، د ادغام ماډل د سیشن پروسس کولو بریالي بشپړیدو په اړه خبر شوی او ماډل د ناستې حالت تازه کوي.
د کنټرول / پارس کولو تېروتنې په صورت کې، تېروتنه ثبت شوې او د دې ناستې لپاره کڅوړې به د بهرني سیسټم لخوا رد شي.
په ورته ډول، په مخالف حالت کې، کله چې بهرنی سیسټم یوه تېروتنه راوباسي، دا لاګ شوی او د پیکټ لیږد ودریږي.
د SAP HCM اړخ کې د معلوماتو غوښتنه کولو لپاره، د ادغام خدمت پلي شوی و. دا خدمت د ICF په چوکاټ کې پلي کیږي (SAP د انټرنیټ مخابراتو چوکاټ - ). دا تاسو ته اجازه درکوي د ځانګړي جدولونو په کارولو سره د SAP HCM سیسټم څخه ډیټا پوښتنه وکړئ. کله چې د معلوماتو غوښتنه رامینځته کړئ ، نو دا ممکنه ده چې د اړینو معلوماتو ترلاسه کولو لپاره د ځانګړو ساحو او فلټر کولو پیرامیټونو لیست مشخص کړئ. په ورته وخت کې، د خدماتو پلي کول د سوداګرۍ منطق معنی نلري. د ډیلټا محاسبه کولو لپاره الګوریتمونه، د پوښتنو پیرامیټونه، د بشپړتیا څارنه، او نور هم د بهرني سیسټم په اړخ کې پلي کیږي.
دا میکانیزم تاسو ته اجازه درکوي په څو ساعتونو کې ټول اړین معلومات راټول او لیږد کړئ. دا سرعت د منلو په څنډه کې دی، نو موږ دا حل د لنډمهاله حل په توګه په پام کې نیسو، کوم چې دا ممکنه کړې چې په پروژه کې د استخراج وسیلې اړتیا پوره کړي.
په نښه شوي انځور کې، د ډیټا استخراج ستونزې حل کولو لپاره، د CDC سیسټمونو کارولو اختیارونه لکه اوریکل گولډن ګیټ یا ETL اوزار لکه SAP DS سپړل کیږي.
سرچینه: www.habr.com