சில்லறை விற்பனையில் அட்டவணை, உண்மையில்?

எக்செல் இல் அறிக்கையிடுவதற்கான நேரம் வேகமாக மறைந்து வருகிறது - தகவலை வழங்குவதற்கும் பகுப்பாய்வு செய்வதற்கும் வசதியான கருவிகளை நோக்கிய போக்கு எல்லா பகுதிகளிலும் காணப்படுகிறது. நாங்கள் நீண்ட காலமாக அறிக்கையிடலின் டிஜிட்டல் மயமாக்கலைப் பற்றி உள்நாட்டில் விவாதித்து வருகிறோம், மேலும் அட்டவணை காட்சிப்படுத்தல் மற்றும் சுய சேவை பகுப்பாய்வு முறையைத் தேர்ந்தெடுத்தோம். M.Video-Eldorado குழுமத்தின் பகுப்பாய்வு தீர்வுகள் மற்றும் அறிக்கையிடல் துறையின் தலைவரான Alexander Bezugly, போர் டாஷ்போர்டை உருவாக்கும் அனுபவம் மற்றும் முடிவுகள் பற்றி பேசினார்.

திட்டமிடப்பட்ட அனைத்தும் உணரப்படவில்லை என்று நான் இப்போதே கூறுவேன், ஆனால் அனுபவம் சுவாரஸ்யமானது, இது உங்களுக்கும் பயனுள்ளதாக இருக்கும் என்று நம்புகிறேன். மேலும் இதை எப்படி சிறப்பாக செய்ய முடியும் என்பது குறித்து யாருக்காவது ஏதேனும் யோசனைகள் இருந்தால், உங்கள் ஆலோசனை மற்றும் யோசனைகளுக்கு நான் மிகவும் நன்றியுள்ளவனாக இருப்பேன்.

வெட்டுக்கு கீழே நாம் சந்தித்தவை மற்றும் நாம் கற்றுக்கொண்டவை பற்றியது.

எங்கிருந்து ஆரம்பித்தோம்?

M.Video-Eldorado நன்கு வளர்ந்த தரவு மாதிரியைக் கொண்டுள்ளது: தேவையான சேமிப்பு ஆழத்துடன் கட்டமைக்கப்பட்ட தகவல் மற்றும் அதிக எண்ணிக்கையிலான நிலையான வடிவ அறிக்கைகள் (மேலும் விவரங்களைப் பார்க்கவும் இங்கே இந்த கட்டுரை) இவற்றிலிருந்து, ஆய்வாளர்கள் பிவோட் டேபிள்கள் அல்லது எக்செல் இல் வடிவமைக்கப்பட்ட செய்திமடல்கள் அல்லது இறுதிப் பயனர்களுக்கான அழகான பவர்பாயிண்ட் விளக்கக்காட்சிகளை உருவாக்குகிறார்கள்.

சுமார் இரண்டு ஆண்டுகளுக்கு முன்பு, நிலையான படிவ அறிக்கைகளுக்குப் பதிலாக, நாங்கள் SAP பகுப்பாய்வில் பகுப்பாய்வு அறிக்கைகளை உருவாக்கத் தொடங்கினோம் (ஒரு எக்செல் ஆட்-ஆன், அடிப்படையில் OLAP இயந்திரத்தின் மீது ஒரு பைவட் அட்டவணை). ஆனால் இந்த கருவி அனைத்து பயனர்களின் தேவைகளையும் பூர்த்தி செய்ய முடியவில்லை; பெரும்பான்மையானவர்கள் கூடுதலாக ஆய்வாளர்களால் செயலாக்கப்பட்ட தகவலைப் பயன்படுத்துகின்றனர்.

எங்கள் இறுதிப் பயனர்கள் மூன்று பிரிவுகளாக உள்ளனர்:

உயர்மட்ட நிர்வாகம். நன்கு வழங்கப்பட்ட மற்றும் தெளிவாக புரிந்துகொள்ளக்கூடிய முறையில் தகவல்களைக் கோருகிறது.

நடுத்தர மேலாண்மை, மேம்பட்ட பயனர்கள். தரவு ஆய்வில் ஆர்வம் மற்றும் கருவிகள் இருந்தால் சுயாதீனமாக அறிக்கைகளை உருவாக்க முடியும். அவர்கள் SAP பகுப்பாய்வில் பகுப்பாய்வு அறிக்கைகளின் முக்கிய பயனர்களாக ஆனார்கள்.

வெகுஜன பயனர்கள். அவர்கள் தரவை சுயாதீனமாக பகுப்பாய்வு செய்வதில் ஆர்வம் காட்டவில்லை; அவர்கள் எக்செல் இல் செய்திமடல்கள் மற்றும் பிவோட் அட்டவணைகள் வடிவத்தில் குறைந்த அளவிலான சுதந்திரத்துடன் அறிக்கைகளைப் பயன்படுத்துகின்றனர்.

அனைத்து பயனர்களின் தேவைகளையும் பூர்த்தி செய்து அவர்களுக்கு ஒரு வசதியான கருவியை வழங்குவதே எங்கள் யோசனை. உயர் நிர்வாகத்துடன் தொடங்க முடிவு செய்தோம். முக்கிய வணிக முடிவுகளை பகுப்பாய்வு செய்ய, பயன்படுத்த எளிதான டாஷ்போர்டுகள் தேவைப்பட்டன. எனவே, நாங்கள் அட்டவணையுடன் தொடங்கினோம், முதலில் இரண்டு திசைகளைத் தேர்ந்தெடுத்தோம்: சில்லறை மற்றும் ஆன்லைன் விற்பனை குறிகாட்டிகள் வரையறுக்கப்பட்ட ஆழம் மற்றும் அகலம் கொண்ட பகுப்பாய்வு, இது உயர் நிர்வாகத்தால் கோரப்பட்ட தரவுகளில் தோராயமாக 80% உள்ளடக்கும்.

டாஷ்போர்டுகளின் பயனர்கள் சிறந்த நிர்வாகமாக இருந்ததால், தயாரிப்பின் மற்றொரு கூடுதல் KPI தோன்றியது - மறுமொழி வேகம். தரவு புதுப்பிக்கப்படுவதற்கு யாரும் 20-30 வினாடிகள் காத்திருக்க மாட்டார்கள். வழிசெலுத்தல் 4-5 வினாடிகளுக்குள் செய்யப்பட்டிருக்க வேண்டும், அல்லது இன்னும் சிறப்பாக, உடனடியாக செய்திருக்க வேண்டும். நாங்கள், ஐயோ, இதை அடையத் தவறிவிட்டோம்.

எங்கள் பிரதான டாஷ்போர்டின் தளவமைப்பு இப்படி இருந்தது:

முக்கிய KPI இயக்கிகளை இணைப்பது முக்கிய யோசனையாகும், இதில் மொத்தம் 19 இடங்கள் இடதுபுறத்தில் இருந்தன மற்றும் வலதுபுறத்தில் உள்ள முக்கிய பண்புகளால் அவற்றின் இயக்கவியல் மற்றும் முறிவுகளை வழங்குகின்றன. பணி எளிமையானதாகத் தெரிகிறது, நீங்கள் விவரங்களுக்குள் மூழ்கும் வரை காட்சிப்படுத்தல் தர்க்கரீதியானது மற்றும் புரிந்துகொள்ளக்கூடியது.

விவரம் 1. தரவு அளவு

வருடாந்திர விற்பனைக்கான எங்கள் முக்கிய அட்டவணை சுமார் 300 மில்லியன் வரிசைகளை எடுக்கும். கடந்த ஆண்டு மற்றும் அதற்கு முந்தைய ஆண்டிற்கான இயக்கவியலைப் பிரதிபலிக்க வேண்டியது அவசியம் என்பதால், உண்மையான விற்பனையின் தரவுகளின் அளவு மட்டும் சுமார் 1 பில்லியன் வரிகள். திட்டமிடப்பட்ட தரவு மற்றும் ஆன்லைன் விற்பனைத் தொகுதி பற்றிய தகவல்களும் தனித்தனியாக சேமிக்கப்படும். எனவே, நினைவகத்தில் உள்ள DB SAP HANA நெடுவரிசையைப் பயன்படுத்தினாலும், பறக்கும் போது தற்போதைய சேமிப்பகத்திலிருந்து ஒரு வாரத்திற்கான அனைத்து குறிகாட்டிகளையும் தேர்ந்தெடுப்பதன் மூலம் வினவலின் வேகம் சுமார் 15-20 வினாடிகள் ஆகும். இந்த சிக்கலுக்கான தீர்வு தன்னைத்தானே அறிவுறுத்துகிறது - தரவின் கூடுதல் பொருள்மயமாக்கல். ஆனால் இது ஆபத்துக்களையும் கொண்டுள்ளது, அவற்றைப் பற்றி மேலும் கீழே.

விவரம் 2. சேர்க்காத குறிகாட்டிகள்

எங்கள் பல KPIகள் ரசீதுகளின் எண்ணிக்கையுடன் இணைக்கப்பட்டுள்ளன. மேலும் இந்த காட்டி வரிசைகளின் எண்ணிக்கையின் COUNT DISTINCT ஐக் குறிக்கிறது (தலைப்புகளைச் சரிபார்த்தல்) மற்றும் தேர்ந்தெடுக்கப்பட்ட பண்புகளைப் பொறுத்து வெவ்வேறு அளவுகளைக் காட்டுகிறது. எடுத்துக்காட்டாக, இந்த காட்டி மற்றும் அதன் வழித்தோன்றல் எவ்வாறு கணக்கிடப்பட வேண்டும்:

உங்கள் கணக்கீடுகளைச் சரியாகச் செய்ய, நீங்கள்:

• சேமிப்பகத்தில் பறக்கும்போது அத்தகைய குறிகாட்டிகளைக் கணக்கிடுங்கள்;
• அட்டவணையில் உள்ள தரவுகளின் முழு அளவிலும் கணக்கீடுகளைச் செய்யவும், அதாவது. அட்டவணையில் கோரிக்கையின் பேரில், ரசீது நிலையின் கிரானுலாரிட்டியில் தேர்ந்தெடுக்கப்பட்ட வடிப்பான்களின் படி அனைத்து தரவையும் வழங்கவும்;
• வெவ்வேறு சேர்க்கை அல்லாத முடிவுகளை வழங்கும் அனைத்து மாதிரி விருப்பங்களிலும் அனைத்து குறிகாட்டிகளும் கணக்கிடப்படும் ஒரு பொருள் காட்சி பெட்டியை உருவாக்கவும்.

எடுத்துக்காட்டில் UTE1 மற்றும் UTE2 ஆகியவை தயாரிப்பு படிநிலையைக் குறிக்கும் பொருள் பண்புக்கூறுகள் என்பது தெளிவாகிறது. இது ஒரு நிலையான விஷயம் அல்ல; நிறுவனத்திற்குள் மேலாண்மை அதன் மூலம் நடைபெறுகிறது, ஏனெனில் வெவ்வேறு தயாரிப்பு குழுக்களுக்கு வெவ்வேறு மேலாளர்கள் பொறுப்பு. எல்லா நிலைகளும் மாறும்போது, ​​உறவுகள் திருத்தப்படும்போது, ​​ஒரு குழு ஒரு முனையிலிருந்து மற்றொரு குழுவிற்கு மாறும்போது, ​​நிலையான புள்ளி மாற்றங்கள், இந்தப் படிநிலையின் பல உலகளாவிய திருத்தங்கள் எங்களிடம் இருந்தன. வழக்கமான அறிக்கையிடலில், இவை அனைத்தும் பொருளின் பண்புக்கூறுகளிலிருந்து பறக்கும்போது கணக்கிடப்படுகின்றன; இந்தத் தரவின் பொருள்மயமாக்கலின் விஷயத்தில், அத்தகைய மாற்றங்களைக் கண்காணிப்பதற்கும் வரலாற்றுத் தரவை தானாகவே மீண்டும் ஏற்றுவதற்கும் ஒரு பொறிமுறையை உருவாக்குவது அவசியம். மிகவும் அற்பமான பணி.

விவரம் 3. தரவு ஒப்பீடு

இந்த புள்ளி முந்தையதைப் போன்றது. இதன் முக்கிய அம்சம் என்னவென்றால், ஒரு நிறுவனத்தை பகுப்பாய்வு செய்யும் போது, ​​முந்தைய காலகட்டத்துடன் ஒப்பிடுகையில் பல நிலைகளை உருவாக்குவது வழக்கம்:

முந்தைய காலகட்டத்துடன் ஒப்பிடுதல் (நாளுக்கு நாள், வாரத்திற்கு வாரம், மாதத்திற்கு மாதம்)

இந்த ஒப்பீட்டில், பயனரால் தேர்ந்தெடுக்கப்பட்ட காலத்தைப் பொறுத்து (உதாரணமாக, ஆண்டின் 33வது வாரம்), 32வது வாரத்தில் இயக்கவியலைக் காட்ட வேண்டும்; ஒரு மாதத்திற்கான தரவைத் தேர்ந்தெடுத்தால், எடுத்துக்காட்டாக, மே , இந்த ஒப்பீடு ஏப்ரல் மாதத்திற்குள் இயக்கவியலைக் காட்டும்.

கடந்த ஆண்டுடன் ஒப்பீடு

இங்குள்ள முக்கிய நுணுக்கம் என்னவென்றால், நாள் மற்றும் வாரத்தின் அடிப்படையில் ஒப்பிடும்போது, ​​கடந்த ஆண்டின் அதே நாளை நீங்கள் எடுக்கவில்லை, அதாவது. நடப்பு ஆண்டைக் கழித்தல் ஒன்றை மட்டும் வைக்க முடியாது. நீங்கள் ஒப்பிடும் வாரத்தின் நாளைப் பார்க்க வேண்டும். மாதங்களை ஒப்பிடும்போது, ​​மாறாக, கடந்த ஆண்டின் அதே காலண்டர் நாளை நீங்கள் எடுக்க வேண்டும். லீப் ஆண்டுகளுடன் நுணுக்கங்களும் உள்ளன. அசல் களஞ்சியங்களில், அனைத்து தகவல்களும் நாளுக்கு நாள் விநியோகிக்கப்படுகின்றன; வாரங்கள், மாதங்கள் அல்லது வருடங்களைக் கொண்ட தனி புலங்கள் எதுவும் இல்லை. எனவே, பேனலில் முழுமையான பகுப்பாய்வு குறுக்குவெட்டைப் பெற, நீங்கள் ஒரு காலகட்டத்தை அல்ல, எடுத்துக்காட்டாக ஒரு வாரம், ஆனால் 4 வாரங்கள் கணக்கிட வேண்டும், பின்னர் இந்தத் தரவை ஒப்பிட்டு, இயக்கவியல், விலகல்கள் ஆகியவற்றைப் பிரதிபலிக்கவும். அதன்படி, டைனமிக்ஸில் ஒப்பீடுகளை உருவாக்குவதற்கான இந்த தர்க்கம் அட்டவணையில் அல்லது கடையின் முன் பக்கத்தில் செயல்படுத்தப்படலாம். ஆம், நிச்சயமாக வடிவமைப்பு கட்டத்தில் இந்த விவரங்களைப் பற்றி நாங்கள் அறிந்தோம் மற்றும் சிந்தித்தோம், ஆனால் இறுதி டாஷ்போர்டின் செயல்திறனில் அவற்றின் தாக்கத்தை கணிப்பது கடினமாக இருந்தது.

டாஷ்போர்டை செயல்படுத்தும்போது, ​​நீண்ட சுறுசுறுப்பான பாதையைப் பின்பற்றினோம். சோதனைக்குத் தேவையான தரவுகளுடன் கூடிய விரைவில் வேலை செய்யும் கருவியை வழங்குவதே எங்கள் பணி. எனவே, நாங்கள் ஸ்பிரிண்டுகளில் சென்று தற்போதைய சேமிப்பகத்தின் பக்கத்தில் வேலைகளை குறைக்க ஆரம்பித்தோம்.

பகுதி 1: அட்டவணையில் நம்பிக்கை

தகவல் தொழில்நுட்ப ஆதரவை எளிதாக்கவும், மாற்றங்களை விரைவாகச் செயல்படுத்தவும், அட்டவணையில் சேர்க்கப்படாத குறிகாட்டிகளைக் கணக்கிடுவதற்கும் கடந்த காலங்களை ஒப்பிடுவதற்கும் தர்க்கத்தை உருவாக்க முடிவு செய்தோம்.

நிலை 1. எல்லாம் நேரலை, சாளர மாற்றங்கள் இல்லை.

இந்த நிலையில், தற்போதைய கடை முகப்புகளுடன் அட்டவணையை இணைத்து, ஒரு வருடத்திற்கான ரசீதுகளின் எண்ணிக்கை எவ்வாறு கணக்கிடப்படும் என்பதைப் பார்க்க முடிவு செய்தோம்.

முடிவு:

பதில் மனச்சோர்வை ஏற்படுத்தியது - 20 நிமிடங்கள். நெட்வொர்க்கில் தரவு பரிமாற்றம், அட்டவணையில் அதிக சுமை. HANA இல் சேர்க்கப்படாத குறிகாட்டிகள் கொண்ட தர்க்கம் செயல்படுத்தப்பட வேண்டும் என்பதை நாங்கள் உணர்ந்தோம். இது எங்களை அதிகம் பயமுறுத்தவில்லை, BO மற்றும் பகுப்பாய்வில் எங்களுக்கு ஏற்கனவே இதேபோன்ற அனுபவம் இருந்தது, மேலும் HANA இல் எவ்வாறு சரியாகக் கணக்கிடப்பட்ட சேர்க்கப்படாத குறிகாட்டிகளை உருவாக்கும் வேகமான காட்சியகங்களை உருவாக்குவது என்பது எங்களுக்குத் தெரியும். இப்போது அவற்றை அட்டவணையில் சரிசெய்வது மட்டுமே எஞ்சியுள்ளது.

நிலை 2. காட்சி வழக்குகளை நாங்கள் டியூன் செய்கிறோம், பொருள்மயமாக்கல் இல்லை, பறக்கும் அனைத்தையும்.

பறக்கும் போது TABLEAU க்கு தேவையான தரவை உருவாக்கும் தனி புதிய காட்சி பெட்டியை உருவாக்கினோம். பொதுவாக, எங்களுக்கு ஒரு நல்ல முடிவு கிடைத்தது; ஒரு வாரத்தில் அனைத்து குறிகாட்டிகளையும் உருவாக்கும் நேரத்தை 9-10 வினாடிகளாகக் குறைத்தோம். அட்டவணையில் டாஷ்போர்டின் மறுமொழி நேரம் முதல் தொடக்கத்தில் 20-30 வினாடிகள் இருக்கும் என்றும், பின்னர் 10 முதல் 12 வரையிலான தற்காலிக சேமிப்பின் காரணமாக பொதுவாக நமக்குப் பொருந்தும் என்றும் நாங்கள் நேர்மையாக எதிர்பார்த்தோம்.

முடிவு:

முதல் திறந்த டாஷ்போர்டு: 4-5 நிமிடங்கள்
எந்த கிளிக்: 3-4 நிமிடங்கள்
கடை முகப்பின் வேலையில் இவ்வளவு கூடுதல் அதிகரிப்பை யாரும் எதிர்பார்க்கவில்லை.

பகுதி 2. அட்டவணையில் முழுக்கு

நிலை 1. அட்டவணை செயல்திறன் பகுப்பாய்வு மற்றும் விரைவான சரிப்படுத்தும்

அட்டவணை அதிக நேரத்தை எங்கு செலவிடுகிறது என்பதை நாங்கள் பகுப்பாய்வு செய்ய ஆரம்பித்தோம். இதற்கு மிகவும் நல்ல கருவிகள் உள்ளன, இது நிச்சயமாக அட்டவணையின் பிளஸ் ஆகும். நாங்கள் கண்டறிந்த முக்கிய பிரச்சனை, டேப்லௌ உருவாக்கும் மிகவும் சிக்கலான SQL வினவல்கள் ஆகும். அவை முதன்மையாக தொடர்புடையவை:

- தரவு இடமாற்றம். டேப்லோவில் தரவுத்தொகுப்புகளை இடமாற்றுவதற்கான கருவிகள் இல்லாததால், அனைத்து KPIகளின் விரிவான பிரதிநிதித்துவத்துடன் டாஷ்போர்டின் இடது பக்கத்தை உருவாக்க, ஒரு கேஸைப் பயன்படுத்தி ஒரு அட்டவணையை உருவாக்க வேண்டியிருந்தது. தரவுத்தளத்தில் SQL வினவல்களின் அளவு 120 எழுத்துகளை எட்டியது.

- காலத்தின் தேர்வு. தரவுத்தள மட்டத்தில் இத்தகைய வினவல் செயல்படுத்துவதை விட தொகுக்க அதிக நேரம் எடுத்தது:

அந்த. கோரிக்கை செயலாக்கம் 12 வினாடிகள் + 5 வினாடிகள் செயல்படுத்தல்.

அட்டவணைப் பக்கத்தில் கணக்கீடு தர்க்கத்தை எளிமைப்படுத்தவும், கணக்கீடுகளின் மற்றொரு பகுதியை ஸ்டோர்ஃபிரண்ட் மற்றும் தரவுத்தள நிலைக்கு நகர்த்தவும் முடிவு செய்தோம். இது நல்ல பலனைத் தந்தது.

முதலில், விக்கியில் விவரிக்கப்பட்டுள்ள இந்த அணுகுமுறையின்படி, VIEW கணக்கீட்டின் இறுதி கட்டத்தில் முழு வெளிப்புற இணைப்பின் மூலம் நாங்கள் இடமாற்றம் செய்தோம். இடமாற்றம் - விக்கிபீடியா, கட்டற்ற கலைக்களஞ்சியம் и எலிமெண்டரி மேட்ரிக்ஸ் - விக்கிபீடியா, கட்டற்ற கலைக்களஞ்சியம்.

அதாவது, ஒரு செட்டிங் டேபிளை உருவாக்கினோம் - ஒரு இடமாற்ற அணி (21x21) மற்றும் அனைத்து குறிகாட்டிகளையும் வரிசை-வரிசை முறிவில் பெற்றோம்.

இருந்தது:


ஆனது:


தரவுத்தள இடமாற்றத்தில் கிட்டத்தட்ட எந்த நேரமும் செலவிடப்படவில்லை. வாரத்திற்கான அனைத்து குறிகாட்டிகளுக்கான கோரிக்கை சுமார் 10 வினாடிகளில் தொடர்ந்து செயலாக்கப்பட்டது. ஆனால் மறுபுறம், ஒரு குறிப்பிட்ட குறிகாட்டியின் அடிப்படையில் ஒரு டாஷ்போர்டை உருவாக்குவதன் அடிப்படையில் நெகிழ்வுத்தன்மை இழக்கப்பட்டுள்ளது, அதாவது. டாஷ்போர்டின் வலது பக்கத்தில் ஒரு குறிப்பிட்ட குறிகாட்டியின் டைனமிக்ஸ் மற்றும் விரிவான முறிவு காட்டப்படும், முன்பு காட்சி பெட்டி 1-3 வினாடிகளில் வேலை செய்தது, ஏனெனில் கோரிக்கை ஒரு குறிகாட்டியை அடிப்படையாகக் கொண்டது, இப்போது தரவுத்தளமானது எல்லா குறிகாட்டிகளையும் தேர்ந்தெடுத்து, முடிவை அட்டவணைக்கு வழங்குவதற்கு முன் முடிவை வடிகட்டுகிறது.

இதன் விளைவாக, டாஷ்போர்டின் வேகம் கிட்டத்தட்ட 3 மடங்கு குறைந்துள்ளது.

முடிவு:

1. 5 நொடி - டாஷ்போர்டுகளை பாகுபடுத்துதல், காட்சிப்படுத்தல்
2. 15-20 வினாடிகள் - அட்டவணையில் முன் கணக்கீடுகளைச் செய்து வினவல்களைத் தொகுப்பதற்கான தயாரிப்பு
3. 35-45 நொடி - SQL வினவல்களின் தொகுத்தல் மற்றும் ஹனாவில் அவற்றின் இணை-வரிசை செயல்படுத்தல்
4. 5 நொடி - செயலாக்க முடிவுகள், வரிசைப்படுத்துதல், அட்டவணையில் காட்சிப்படுத்தல்களை மீண்டும் கணக்கிடுதல்
5. நிச்சயமாக, அத்தகைய முடிவுகள் வணிகத்திற்கு பொருந்தவில்லை, மேலும் நாங்கள் தேர்வுமுறையைத் தொடர்ந்தோம்.

நிலை 2. அட்டவணையில் குறைந்தபட்ச தர்க்கம், முழுமையான பொருள்மயமாக்கல்

10 வினாடிகள் இயங்கும் கடை முகப்பில் பல வினாடிகள் பதிலளிப்பு நேரத்துடன் டேஷ்போர்டை உருவாக்குவது சாத்தியமற்றது என்பதை நாங்கள் புரிந்துகொண்டோம், மேலும் தரவுத்தள பக்கத்தில் குறிப்பாக தேவையான டாஷ்போர்டிற்காக தரவைச் செயல்படுத்துவதற்கான விருப்பங்களைக் கருத்தில் கொண்டோம். ஆனால் மேலே விவரிக்கப்பட்ட உலகளாவிய சிக்கலை நாங்கள் சந்தித்தோம் - சேர்க்காத குறிகாட்டிகள். வடிப்பான்கள் அல்லது டிரில் டவுன்களை மாற்றும்போது, ​​வெவ்வேறு தயாரிப்பு படிநிலைகளுக்கு முன்பே வடிவமைக்கப்பட்ட வெவ்வேறு ஸ்டோர்ஃப்ரண்ட்கள் மற்றும் நிலைகளுக்கு இடையே டேபிலோ நெகிழ்வாக மாறுகிறது என்பதை எங்களால் உறுதிசெய்ய முடியவில்லை (உதாரணமாக, UTE இல்லாமல் UTE1 மற்றும் UTE2 உடன் மூன்று வினவல்கள் வெவ்வேறு முடிவுகளை உருவாக்குகின்றன). எனவே, டாஷ்போர்டை எளிமைப்படுத்தவும், டாஷ்போர்டில் உள்ள தயாரிப்பு படிநிலையை கைவிட்டு, எளிமைப்படுத்தப்பட்ட பதிப்பில் அது எவ்வளவு வேகமாக இருக்கும் என்பதைப் பார்க்கவும் முடிவு செய்தோம்.

எனவே, இந்த கடைசி கட்டத்தில், நாங்கள் ஒரு தனி களஞ்சியத்தை சேகரித்தோம், அதில் அனைத்து கேபிஐகளையும் இடமாற்றப்பட்ட வடிவத்தில் சேர்த்தோம். தரவுத்தள பக்கத்தில், அத்தகைய சேமிப்பகத்திற்கான எந்தவொரு கோரிக்கையும் 0,1 - 0,3 வினாடிகளில் செயலாக்கப்படும். டாஷ்போர்டில் பின்வரும் முடிவுகளைப் பெற்றோம்:

முதல் திறப்பு: 8-10 வினாடிகள்
எந்த கிளிக்: 6-7 வினாடிகள்

அட்டவணை செலவழித்த நேரம் பின்வருவனவற்றைக் கொண்டுள்ளது:

1. 0,3 நொடி - டாஷ்போர்டு பாகுபடுத்துதல் மற்றும் SQL வினவல்களின் தொகுப்பு
2. 1,5-3 நொடி. - முக்கிய காட்சிப்படுத்தல்களுக்காக ஹனாவில் SQL வினவல்களை செயல்படுத்துதல் (படி 1 க்கு இணையாக இயங்குகிறது)
3. 1,5-2 நொடி. - ரெண்டரிங், காட்சிப்படுத்தல்களை மீண்டும் கணக்கிடுதல்
4. 1,3 வினாடிகள் - தொடர்புடைய வடிகட்டி மதிப்புகளைப் பெற கூடுதல் SQL வினவல்களைச் செயல்படுத்துதல் (பிராண்ட், பிரிவு, நகரம், ஸ்டோர்), முடிவுகளை பாகுபடுத்துதல்

சுருக்கமாகச் சொன்னால்

காட்சிப்படுத்தல் கண்ணோட்டத்தில் நாங்கள் அட்டவணை கருவியை விரும்பினோம். முன்மாதிரி கட்டத்தில், பல்வேறு காட்சிப்படுத்தல் கூறுகளை நாங்கள் பரிசீலித்தோம் மற்றும் சிக்கலான பல-நிலை பிரிவு மற்றும் பல-இயக்கி நீர்வீழ்ச்சி உட்பட அவை அனைத்தையும் நூலகங்களில் கண்டறிந்தோம்.

முக்கிய விற்பனை குறிகாட்டிகளுடன் டாஷ்போர்டுகளை செயல்படுத்தும் போது, ​​எங்களால் இதுவரை சமாளிக்க முடியாத செயல்திறன் சிக்கல்களை நாங்கள் எதிர்கொண்டோம். நாங்கள் இரண்டு மாதங்களுக்கும் மேலாக செலவழித்து, செயல்பாட்டு முழுமையடையாத டாஷ்போர்டைப் பெற்றோம், அதன் மறுமொழி வேகம் ஏற்றுக்கொள்ளக்கூடிய விளிம்பில் உள்ளது. மேலும் நாங்கள் எங்களுக்கு முடிவுகளை எடுத்தோம்:

1. பெரிய அளவிலான தரவுகளுடன் அட்டவணை வேலை செய்ய முடியாது. அசல் தரவு மாதிரியில் உங்களிடம் 10 GB க்கும் அதிகமான தரவு இருந்தால் (தோராயமாக 200 மில்லியன் X 50 வரிசைகள்), டாஷ்போர்டு தீவிரமாக மெதுவாக இருக்கும் - ஒவ்வொரு கிளிக்கிற்கும் 10 வினாடிகள் முதல் பல நிமிடங்கள் வரை. லைவ்-கனெக்ட் மற்றும் எக்ஸ்ட்ராக்ட் ஆகிய இரண்டிலும் நாங்கள் பரிசோதனை செய்தோம். இயக்க வேகம் ஒப்பிடத்தக்கது.
2. பல சேமிப்பகங்களைப் பயன்படுத்தும் போது வரம்பு (தரவுத்தொகுப்புகள்). நிலையான வழிமுறைகளைப் பயன்படுத்தி தரவுத்தொகுப்புகளுக்கு இடையிலான உறவைக் குறிப்பிட வழி இல்லை. தரவுத்தொகுப்புகளை இணைக்க நீங்கள் பணிச்சூழல்களைப் பயன்படுத்தினால், இது செயல்திறனைப் பெரிதும் பாதிக்கும். எங்கள் விஷயத்தில், தேவையான ஒவ்வொரு பார்வைப் பிரிவிலும் தரவைச் செயல்படுத்துவதையும், முன்னர் தேர்ந்தெடுத்த வடிப்பான்களைப் பாதுகாக்கும் போது இந்த மெட்டீரியல் தரவுத்தொகுப்புகளில் சுவிட்சுகளை உருவாக்குவதையும் நாங்கள் கருத்தில் கொண்டோம் - இது அட்டவணையில் செய்ய இயலாது.
3. அட்டவணையில் டைனமிக் அளவுருக்களை உருவாக்குவது சாத்தியமில்லை. ஒரு தரவுத்தொகுப்பை வடிகட்டுவதற்குப் பயன்படுத்தப்படும் அளவுருவை, தரவுத்தொகுப்பில் இருந்து மற்றொரு தேர்வின் விளைவாக அல்லது மற்றொரு SQL வினவலின் விளைவாக, நேட்டிவ் பயனர் உள்ளீடு அல்லது மாறிலியை மட்டும் கொண்டு லைவ்-இணைப்பின் போது நிரப்ப முடியாது.
4. OLAP|PivotTable உறுப்புகளுடன் டாஷ்போர்டை உருவாக்குவது தொடர்பான வரம்புகள்.
   MSTR, SAP SAC, SAP Analysis இல், நீங்கள் ஒரு அறிக்கைக்கு தரவுத்தொகுப்பைச் சேர்த்தால், அதில் உள்ள அனைத்து பொருட்களும் இயல்பாகவே ஒன்றோடொன்று தொடர்புடையதாக இருக்கும். அட்டவணையில் இது இல்லை; இணைப்பு கைமுறையாக கட்டமைக்கப்பட வேண்டும். இது மிகவும் நெகிழ்வானதாக இருக்கலாம், ஆனால் எங்கள் அனைத்து டாஷ்போர்டுகளுக்கும் இது உறுப்புகளுக்கு கட்டாயத் தேவை - எனவே இது கூடுதல் தொழிலாளர் செலவுகள். மேலும், நீங்கள் தொடர்புடைய வடிப்பான்களை உருவாக்கினால், எடுத்துக்காட்டாக, ஒரு பிராந்தியத்தை வடிகட்டும்போது, ​​​​நகரங்களின் பட்டியல் இந்த பிராந்தியத்தின் நகரங்களுக்கு மட்டுமே வரையறுக்கப்பட்டுள்ளது, நீங்கள் உடனடியாக தரவுத்தளத்தில் அல்லது பிரித்தெடுத்தலுக்கான தொடர்ச்சியான வினவல்களுடன் முடிவடையும், இது குறிப்பிடத்தக்க வகையில் மெதுவாக்குகிறது. டாஷ்போர்டு.
5. செயல்பாடுகளில் வரம்புகள். லைவ்-கனெக்டாவிலிருந்து பிரித்தெடுத்தல் அல்லது குறிப்பாக தரவுத்தொகுப்பில் வெகுஜன மாற்றங்களைச் செய்ய முடியாது. இது அட்டவணை தயாரிப்பு மூலம் செய்யப்படலாம், ஆனால் இது கூடுதல் வேலை மற்றும் கற்றுக்கொள்வதற்கும் பராமரிப்பதற்கும் மற்றொரு கருவியாகும். எடுத்துக்காட்டாக, நீங்கள் தரவை இடமாற்றம் செய்யவோ அல்லது அதனுடன் இணைக்கவோ முடியாது. தனித்தனி நெடுவரிசைகள் அல்லது புலங்களில் உருமாற்றங்கள் மூலம் மூடப்பட்டது, இது வழக்கு அல்லது என்றால் மூலம் தேர்ந்தெடுக்கப்பட வேண்டும், மேலும் இது மிகவும் சிக்கலான SQL வினவல்களை உருவாக்குகிறது, இதில் தரவுத்தளம் வினவல் உரையை தொகுக்க அதிக நேரத்தை செலவிடுகிறது. கருவியின் இந்த நெகிழ்வுத்தன்மையை காட்சி பெட்டி அளவில் தீர்க்க வேண்டும், இது மிகவும் சிக்கலான சேமிப்பு, கூடுதல் பதிவிறக்கங்கள் மற்றும் மாற்றங்களுக்கு வழிவகுக்கிறது.

அட்டவணையை நாங்கள் கைவிடவில்லை. ஆனால் தொழில்துறை டாஷ்போர்டுகளை உருவாக்கும் திறன் கொண்ட ஒரு கருவியாகவும், நிறுவனத்தின் முழு நிறுவன அறிக்கையிடல் அமைப்பையும் மாற்றி டிஜிட்டல் மயமாக்கும் கருவியாகவும் டேப்லேவை நாங்கள் கருதவில்லை.

நாங்கள் இப்போது இதேபோன்ற டாஷ்போர்டை மற்றொரு கருவியில் தீவிரமாக உருவாக்கி வருகிறோம், அதே நேரத்தில் டேப்லோவில் உள்ள டேஷ்போர்டு கட்டமைப்பை இன்னும் எளிமையாக்க முயற்சிக்கிறோம். சமூகம் ஆர்வமாக இருந்தால், முடிவுகளைப் பற்றி நாங்கள் உங்களுக்குச் சொல்வோம்.

Tabeau இல் நீங்கள் எப்படி இவ்வளவு பெரிய அளவிலான தரவுகளில் விரைவான டாஷ்போர்டை உருவாக்கலாம் என்பது குறித்த உங்கள் யோசனைகள் அல்லது ஆலோசனைகளுக்காக நாங்கள் காத்திருக்கிறோம், ஏனெனில் எங்களிடம் ஒரு இணையதளம் உள்ளது, அங்கு சில்லறை விற்பனையை விட அதிகமான தரவு உள்ளது.

ஆதாரம்: www.habr.com