வணக்கம்! என் பெயர் ஆண்ட்ரி செமனோவ், நான் ஸ்போர்ட்மாஸ்டரில் மூத்த ஆய்வாளர். இந்த இடுகையில் நான் ஈஆர்பி சிஸ்டம் டேட்டாபேஸ்களை சீரழிக்கும் பிரச்சினையை எழுப்ப விரும்புகிறேன். பொதுவான நிலைமைகள் மற்றும் ஒரு குறிப்பிட்ட உதாரணம் ஆகியவற்றைப் பார்ப்போம் - இது கடற்கொள்ளையர்கள் மற்றும் மாலுமிகளுக்கு ஒரு அற்புதமான ஏகபோக உணவகமாக இருக்கும் என்று சொல்லலாம். இதில் கடற்கொள்ளையர்கள் மற்றும் மாலுமிகள் வித்தியாசமாக சேவை செய்ய வேண்டும், ஏனென்றால் இந்த நல்ல மனிதர்களின் அழகு மற்றும் நுகர்வோர் வடிவங்களின் கருத்துக்கள் கணிசமாக வேறுபடுகின்றன.
அனைவரையும் மகிழ்விப்பது எப்படி? அத்தகைய அமைப்பை வடிவமைத்து பராமரிப்பதில் பைத்தியம் பிடிப்பதை நீங்கள் எவ்வாறு தவிர்க்கலாம்? வழக்கமான கடற்கொள்ளையர்கள் மற்றும் மாலுமிகள் மட்டும் உணவகத்திற்கு வரத் தொடங்கினால் என்ன செய்வது?
எல்லாம் வெட்டுக்கு கீழ் உள்ளது. ஆனால் ஒழுங்காக செல்லலாம்.
1. வரம்புகள் மற்றும் அனுமானங்கள்
மேலே உள்ள அனைத்தும் தொடர்புடைய தரவுத்தளங்களுக்கு மட்டுமே பொருந்தும். இண்டர்நெட் உட்பட, நன்கு மூடப்பட்டிருக்கும், மாற்றம், நீக்குதல் மற்றும் செருகும் முரண்பாடுகள் போன்ற வடிவங்களில் இயல்பற்றமயமாக்கலின் விளைவுகள் கருதப்படுவதில்லை. இந்த வெளியீட்டின் நோக்கத்திற்கு வெளியே, அசாதாரணமான ஒரு பொதுவான இடமாக இருக்கும் சந்தர்ப்பங்கள் உள்ளன, உன்னதமான எடுத்துக்காட்டுகள்: பாஸ்போர்ட் தொடர் மற்றும் எண், தேதி மற்றும் நேரம் போன்றவை.
இடுகையானது கணிதச் சொற்களைக் குறிப்பிடாமல், இயல்பான வடிவங்களின் உள்ளுணர்வு மற்றும் நடைமுறையில் பொருந்தக்கூடிய வரையறைகளைப் பயன்படுத்துகிறது. உண்மையான வணிக செயல்முறைகளின் (பிபி) ஆய்வு மற்றும் தொழில்துறை மென்பொருளின் வடிவமைப்பிற்கு அவை பயன்படுத்தப்படும் வடிவத்தில்.
தரவுக் கிடங்குகளின் வடிவமைப்பு, அறிக்கையிடல் கருவிகள் மற்றும் ஒருங்கிணைப்பு ஒப்பந்தங்கள் (தகவலின் அட்டவணைப் பிரதிநிதித்துவங்களைப் பயன்படுத்தும்) ERP அமைப்பு தரவுத்தளங்களின் வடிவமைப்பிலிருந்து வேறுபட்டது என்று வாதிடப்பட்டது பாதுகாப்பு தரவு. இந்தக் கருத்தை நான் பகிர்ந்து கொள்கிறேன், கீழே விவரிக்கப்பட்டுள்ளவை ஈஆர்பி அமைப்புகளின் முதன்மை தரவு மற்றும் பரிவர்த்தனை தரவு மாதிரிகளுக்கு மட்டுமே பொருந்தும்.
பெரும்பாலான வாசகர்களுக்கு அன்றாட மட்டத்தில் புரிந்துகொள்ளக்கூடிய ஒரு உதாரணத்தைப் பயன்படுத்தி சாதாரண வடிவங்களின் விளக்கம் கொடுக்கப்பட்டுள்ளது. இருப்பினும், ஒரு காட்சி விளக்கமாக, பத்திகள் 4-5 இல், வேண்டுமென்றே "கற்பனை" பணி வேண்டுமென்றே பயன்படுத்தப்பட்டது. நீங்கள் இதைச் செய்யாமல், சில பாடநூல் உதாரணத்தை எடுத்துக் கொண்டால், எடுத்துக்காட்டாக, புள்ளி 2 இலிருந்து அதே ஆர்டர் சேமிப்பக மாதிரி, செயல்முறையின் முன்மொழியப்பட்ட சிதைவிலிருந்து ஒரு மாதிரியாக வாசகரின் கவனம் மாற்றப்படும் சூழ்நிலையில் உங்களை நீங்கள் காணலாம். IS இல் தரவைச் சேமிப்பதற்கான செயல்முறைகள் மற்றும் மாதிரிகள் எவ்வாறு உருவாக்கப்பட வேண்டும் என்பதைப் பற்றிய தனிப்பட்ட அனுபவத்திற்கும் கருத்துக்கும். வேறு வார்த்தைகளில் கூறுவதானால், இரண்டு தகுதிவாய்ந்த ஐடி ஆய்வாளர்களை எடுத்துக் கொள்ளுங்கள், ஒருவர் பயணிகளை ஏற்றிச் செல்லும் தளவாட நிபுணர்களுக்கு சேவைகளை வழங்கட்டும், மற்றொன்று மைக்ரோசிப்களை தயாரிப்பதற்கான இயந்திரங்களைக் கொண்டு செல்லும் தளவாடங்களுக்கு சேவைகளை வழங்கட்டும். தன்னியக்க பிபிகளைப் பற்றி முன்கூட்டியே விவாதிக்காமல், ரயில் பயணத்தைப் பற்றிய தகவல்களைச் சேமிப்பதற்கான தரவு மாதிரியை உருவாக்கும்படி அவர்களிடம் கேளுங்கள்.
முன்மொழியப்பட்ட மாதிரிகளில் நீங்கள் குறிப்பிடத்தக்க வித்தியாசமான பண்புக்கூறுகளை மட்டுமல்லாமல், வேறுபட்ட நிறுவனங்களின் தொகுப்பையும் காண்பீர்கள் என்பதற்கான பூஜ்ஜியமற்ற நிகழ்தகவு உள்ளது, ஏனெனில் ஒவ்வொரு ஆய்வாளரும் தனக்குத் தெரிந்த செயல்முறைகள் மற்றும் பணிகளை நம்பியிருப்பார். அத்தகைய சூழ்நிலையில் எந்த மாதிரி "சரியானது" என்று சொல்ல முடியாது, ஏனென்றால் எந்த மதிப்பீட்டு அளவுகோலும் இல்லை.
2. சாதாரண வடிவங்கள்
தரவுத்தளத்தின் முதல் சாதாரண வடிவம் அனைத்து பண்புகளின் அணுவும் தேவை.
குறிப்பாக, ஆப்ஜெக்ட் ஏ மற்றும் பி அல்லாத முக்கிய பண்புக்கூறுகள் இருந்தால், அதாவது c=f(a,b) மற்றும் பொருள் A விவரிக்கும் அட்டவணையில் நீங்கள் c பண்புக்கூறின் மதிப்பை சேமித்தால், தரவுத்தளத்தில் முதல் இயல்பான வடிவம் மீறப்படும். . எடுத்துக்காட்டாக, ஆர்டர் விவரக்குறிப்பு ஒரு அளவைக் குறிக்கிறது என்றால், அதன் அளவீட்டு அலகுகள் தயாரிப்பு வகையைப் பொறுத்தது: ஒரு சந்தர்ப்பத்தில் அது துண்டுகளாக இருக்கலாம், மற்றொரு லிட்டரில், மூன்றாவது தொகுப்புகளில் துண்டுகள் (Good_count_WR மேலே உள்ள மாதிரியில்) , பின்னர் பண்புகளின் அணு தரவுத்தளத்தில் மீறப்படுகிறது. இந்த வழக்கில், ஆர்டர் விவரக்குறிப்பின் அட்டவணை கிளஸ்டர் என்னவாக இருக்க வேண்டும் என்பதைக் கூற, IS இல் பணி செயல்முறையின் இலக்கு விளக்கம் உங்களுக்குத் தேவை, மேலும் செயல்முறைகள் வேறுபட்டிருக்கலாம் என்பதால், பல "சரியான" பதிப்புகள் இருக்கலாம்.
தரவுத்தளத்தின் இரண்டாவது சாதாரண வடிவம் IS இல் உள்ள பணி செயல்முறையுடன் தொடர்புடைய ஒவ்வொரு நிறுவனத்திற்கும் முதல் படிவம் மற்றும் அதன் சொந்த அட்டவணையுடன் இணக்கம் தேவை. ஒரு அட்டவணையில் c=f1(a) மற்றும் d=f2(b) சார்புகள் இருந்தால் c=f3(b) சார்பு இல்லை என்றால், அட்டவணையில் இரண்டாவது இயல்பான வடிவம் மீறப்படும். மேலே உள்ள எடுத்துக்காட்டில், ஆர்டர் அட்டவணையில் ஆர்டர் மற்றும் முகவரிக்கு இடையில் சார்பு இல்லை. தெரு அல்லது நகரத்தின் பெயரை மாற்றவும், ஆர்டரின் அத்தியாவசிய பண்புகளை நீங்கள் பாதிக்காது.
மூன்றாவது சாதாரண படிவ தரவுத்தளம் இரண்டாவது இயல்பான வடிவத்துடன் இணங்குதல் மற்றும் வெவ்வேறு நிறுவனங்களின் பண்புக்கூறுகளுக்கு இடையே செயல்பாட்டு சார்புகள் இல்லாதிருப்பது அவசியம். இந்த விதியை பின்வருமாறு உருவாக்கலாம்: "கணக்கிடக்கூடிய அனைத்தும் கணக்கிடப்பட வேண்டும்." வேறு வார்த்தைகளில் கூறுவதானால், A மற்றும் B என்ற இரண்டு பொருள்கள் இருந்தால், A பொருளின் பண்புகளை சேமிக்கும் அட்டவணையில், C பண்புக்கூறு வெளிப்படுத்தப்படுகிறது, மேலும் B பொருளின் பண்புக்கூறு b உள்ளது, அதாவது c=f4(b) இருந்தால், மூன்றாவது இயல்பான வடிவம் மீறப்படுகிறது. கீழே உள்ள எடுத்துக்காட்டில், ஆர்டர் பதிவில் உள்ள துண்டுகளின் அளவு (Total_count_WR) மூன்றாவது இயல்பான படிவத்தை மீறுவதாக தெளிவாகக் கூறுகிறது
3. இயல்பாக்கத்தைப் பயன்படுத்துவதற்கான எனது அணுகுமுறை
1. ஒரு இலக்கு தானியங்கு வணிகச் செயல்முறை மட்டுமே, தரவு சேமிப்பக மாதிரியை உருவாக்கும் போது, நிறுவனங்கள் மற்றும் பண்புக்கூறுகளை அடையாளம் காண்பதற்கான அளவுகோல்களை ஆய்வாளருக்கு வழங்க முடியும். ஒரு செயல்முறை மாதிரியை உருவாக்குவது ஒரு சாதாரண தரவு மாதிரியை உருவாக்குவதற்கு ஒரு முன்நிபந்தனையாகும்.
2. பின்வரும் நிபந்தனைகளில் சில அல்லது அனைத்தும் பூர்த்தி செய்யப்பட்டால், கடுமையான அர்த்தத்தில் மூன்றாவது இயல்பான வடிவத்தை அடைவது ERP அமைப்புகளை உருவாக்கும் உண்மையான நடைமுறையில் நடைமுறையில் இருக்காது:
- தானியங்கி செயல்முறைகள் அரிதாகவே மாற்றத்திற்கு உட்பட்டவை,
- ஆராய்ச்சி மற்றும் மேம்பாட்டிற்கான காலக்கெடு இறுக்கமானது,
- தரவு ஒருமைப்பாட்டிற்கான தேவைகள் ஒப்பீட்டளவில் குறைவாகவே உள்ளன (தொழில்துறை மென்பொருளில் சாத்தியமான பிழைகள் மென்பொருள் வாடிக்கையாளரால் பணம் அல்லது வாடிக்கையாளர்களை இழக்க வழிவகுக்காது)
- மற்றும் போன்ற.
விவரிக்கப்பட்ட நிலைமைகளின் கீழ், சில பொருட்களின் வாழ்க்கைச் சுழற்சியை அடையாளம் கண்டு விவரிப்பதற்கான செலவுகள் மற்றும் அவற்றின் பண்புக்கூறுகள் பொருளாதார செயல்திறனின் பார்வையில் இருந்து நியாயப்படுத்தப்படாது.
3. ஏற்கனவே உருவாக்கப்பட்ட IS இல் உள்ள தரவு மாதிரியின் இயல்புநிலை மாற்றத்தின் எந்தவொரு விளைவுகளையும் குறியீடு மற்றும் சோதனையின் முழுமையான ஆரம்ப ஆய்வு மூலம் குறைக்க முடியும்.
4. டிநார்மலைசேஷன் என்பது, தரவு மூலங்களை ஆராய்ச்சி செய்யும் நிலையிலிருந்தும், வணிகச் செயல்முறையை வடிவமைத்தல், செயல்பாட்டின் காலம் முதல் கணினி வளர்ச்சி வரையிலான வளர்ச்சிக் கட்டம் வரை தொழிலாளர் செலவுகளை மாற்றுவதற்கான ஒரு வழியாகும்.
5. ஒரு தரவுத்தளத்தின் மூன்றாவது இயல்பான வடிவத்திற்குப் பாடுபடுவது நல்லது:
- தானியங்கு வணிக செயல்முறைகளில் ஏற்படும் மாற்றத்தின் திசையை கணிப்பது கடினம்
- செயல்படுத்தல் மற்றும்/அல்லது மேம்பாட்டுக் குழுவிற்குள் பலவீனமான தொழிலாளர் பிரிவு உள்ளது
- ஒருங்கிணைப்பு சுற்றுகளில் சேர்க்கப்பட்டுள்ள அமைப்புகள் அவற்றின் சொந்த திட்டங்களின்படி உருவாக்கப்படுகின்றன
- தரவு சீரற்ற தன்மையால் ஒரு நிறுவனம் வாடிக்கையாளர்களை அல்லது பணத்தை இழக்க நேரிடும்
6. ஒரு தரவு மாதிரியின் வடிவமைப்பு, இலக்கு வணிக செயல்முறையின் மாதிரிகள் மற்றும் IS இல் உள்ள செயல்முறை ஆகியவற்றுடன் மட்டுமே ஒரு ஆய்வாளரால் மேற்கொள்ளப்பட வேண்டும். ஒரு டெவலப்பர் ஒரு தரவு மாதிரியை வடிவமைக்கிறார் என்றால், அவர் பொருள் பகுதியில் தன்னை மூழ்கடிக்க வேண்டும், குறிப்பாக, பண்பு மதிப்புகளுக்கு இடையிலான வேறுபாட்டை அவர் புரிந்துகொள்கிறார் - அணு பண்புகளை தனிமைப்படுத்த தேவையான நிபந்தனை. இதனால், அசாதாரண செயல்பாடுகளை எடுத்துக்கொள்வது.
4 விளக்கத்திற்கான சிக்கல்
நீங்கள் துறைமுகத்தில் ஒரு சிறிய ரோபோ உணவகம் இருப்பதாக வைத்துக்கொள்வோம். உங்கள் சந்தைப் பிரிவு: துறைமுகத்திற்குள் வந்து ஓய்வு தேவைப்படும் மாலுமிகள் மற்றும் கடற்கொள்ளையர்கள். நீங்கள் மாலுமிகளுக்கு தைம் கொண்ட தேநீரையும், கடற்கொள்ளையர்களுக்கு தாடியை சீப்புவதற்கு ரம் மற்றும் எலும்பு சீப்புகளையும் விற்கிறீர்கள். உணவகத்தில் உள்ள சேவை ஒரு ரோபோ ஹோஸ்டஸ் மற்றும் ஒரு ரோபோ பார்டெண்டரால் வழங்கப்படுகிறது. உங்கள் உயர் தரம் மற்றும் குறைந்த விலைக்கு நன்றி, நீங்கள் உங்கள் போட்டியாளர்களை வெளியேற்றினீர்கள், இதனால் கப்பலில் இருந்து வரும் அனைவரும் உங்கள் உணவகத்திற்கு வருகிறார்கள், இது துறைமுகத்தில் மட்டுமே உள்ளது.
மதுக்கடை தகவல் அமைப்புகள் வளாகம் பின்வரும் மென்பொருளைக் கொண்டுள்ளது:
- சிறப்பியல்பு அம்சங்களின் அடிப்படையில் அதன் வகையை அங்கீகரிக்கும் கிளையண்டைப் பற்றிய ஆரம்ப எச்சரிக்கை அமைப்பு
- ரோபோ ஹோஸ்டஸ்கள் மற்றும் ரோபோ பார்டெண்டர்களுக்கான கட்டுப்பாட்டு அமைப்பு
- விற்பனை நிலையத்திற்கு கிடங்கு மற்றும் விநியோக மேலாண்மை அமைப்பு
- சப்ளையர் உறவு மேலாண்மை அமைப்பு (SURP)
செயல்முறை:
முன்கூட்டியே எச்சரிக்கை அமைப்பு கப்பலை விட்டு வெளியேறும் நபர்களை அங்கீகரிக்கிறது. ஒரு நபர் சுத்தமாக மொட்டையடிக்கப்பட்டால், அவர் அவரை ஒரு மாலுமி என்று அடையாளம் காட்டுகிறார்; ஒரு நபர் தாடியுடன் இருப்பது கண்டறியப்பட்டால், அவர் ஒரு கடற்கொள்ளையர் என்று அடையாளம் காணப்படுவார்.
உணவகத்திற்குள் நுழையும் போது, விருந்தினர் தனது வகைக்கு ஏற்ப ரோபோ தொகுப்பாளினியின் வாழ்த்துக்களைக் கேட்கிறார், எடுத்துக்காட்டாக: "ஹோ-ஹோ-ஹோ, அன்புள்ள கடற்கொள்ளையர், டேபிளுக்குச் செல்லுங்கள் ..."
விருந்தினர் குறிப்பிட்ட அட்டவணைக்குச் செல்கிறார், அங்கு ரோபோ பார்டெண்டர் ஏற்கனவே வகைக்கு ஏற்ப அவருக்கான பொருட்களைத் தயாரித்துள்ளார். ரோபோ பார்டெண்டர் டெலிவரியின் அடுத்த பகுதியை அதிகரிக்க வேண்டும் என்ற தகவலை கிடங்கு அமைப்பிற்கு அனுப்புகிறது; கிடங்கு IS, சேமிப்பகத்தில் மீதமுள்ள நிலுவைகளின் அடிப்படையில், மேலாண்மை அமைப்பில் கொள்முதல் கோரிக்கையை உருவாக்குகிறது.
முன்கூட்டிய எச்சரிக்கை அமைப்பு உங்கள் உள் தகவல் தொழில்நுட்பத்தால் உருவாக்கப்பட்டிருந்தாலும், பார் ரோபோ மேலாண்மைத் திட்டம் வெளிப்புற ஒப்பந்தக்காரரால் உங்கள் வணிகத்திற்காக உருவாக்கப்பட்டிருக்கலாம். கிடங்குகளை நிர்வகிப்பதற்கான அமைப்புகள் மற்றும் சப்ளையர்களுடனான உறவுகள் ஆகியவை சந்தையில் இருந்து தனிப்பயனாக்கப்பட்ட தொகுக்கப்பட்ட தீர்வுகள் ஆகும்.
5. இயல்புநிலை மாற்றத்திற்கான எடுத்துக்காட்டுகள் மற்றும் மென்பொருள் மேம்பாட்டில் அதன் தாக்கம்
ஒரு வணிக செயல்முறையை வடிவமைக்கும் போது, நேர்காணல் செய்யப்பட்ட பொருள் வல்லுநர்கள், உலகம் முழுவதும் உள்ள கடற்கொள்ளையர்கள் ரம் குடிப்பதாகவும், எலும்பு சீப்புகளால் தாடியை சீப்புவதாகவும், மாலுமிகள் தைம் உடன் தேநீர் அருந்துவதாகவும், எப்போதும் சுத்தமாக ஷேவ் செய்வதாகவும் ஒருமனதாகக் கூறினர்.
கிளையன்ட் வகைகளின் அடைவு இரண்டு மதிப்புகளுடன் தோன்றும்: 1 - கடற்கொள்ளையர்கள், 2 - மாலுமிகள், நிறுவனத்தின் முழு தகவல் சுற்றுக்கும் பொதுவானது.
கிளையன்ட் அறிவிப்பு அமைப்பு, அங்கீகரிக்கப்பட்ட கிளையண்ட் மற்றும் அதன் வகை: மாலுமி அல்லது கடற்கொள்ளையர் ஆகியவற்றின் அடையாளங்காட்டியாக (ஐடி) பட செயலாக்கத்தின் முடிவை உடனடியாகச் சேமிக்கிறது.
அங்கீகரிக்கப்பட்ட பொருள் ஐடி
வாடிக்கையாளர் வகை
100500
கடற்கொள்ளை
100501
கடற்கொள்ளை
100502
மாலுமி
என்பதை மீண்டும் ஒருமுறை கவனிக்கலாம்
1. எங்கள் மாலுமிகள் உண்மையில் மொட்டையடித்தவர்கள்
2. நமது கடற்கொள்ளையர்கள் உண்மையில் தாடி வைத்தவர்கள்
இந்த வழக்கில் என்ன சிக்கல்கள் அகற்றப்பட வேண்டும், இதனால் எங்கள் அமைப்பு மூன்றாவது சாதாரண வடிவத்திற்கு பாடுபடுகிறது:
- attribute atomicity மீறல் - கிளையன்ட் வகை
- பகுப்பாய்வு செய்யப்பட்ட உண்மை மற்றும் முடிவை ஒரு அட்டவணையில் கலக்கவும்
- வெவ்வேறு நிறுவனங்களின் பண்புகளுக்கு இடையே நிலையான செயல்பாட்டு உறவு.
இயல்பாக்கப்பட்ட வடிவத்தில், நாம் இரண்டு அட்டவணைகளைப் பெறுவோம்:
- அங்கீகாரம் என்பது நிறுவப்பட்ட அம்சங்களின் தொகுப்பின் வடிவத்தில் விளைகிறது,
அங்கீகரிக்கப்பட்ட பொருள் ஐடி
தாடி, மீசை
100500
ஆம்
100501
ஆம்
100502
இல்லை
- நிறுவப்பட்ட பண்புகளை விளக்குவதற்கு IS இல் உட்பொதிக்கப்பட்ட தர்க்கத்தின் பயன்பாடாக கிளையன்ட் வகையை தீர்மானிப்பதன் விளைவு
அங்கீகரிக்கப்பட்ட பொருள் ஐடி
அடையாள ஐடி
வாடிக்கையாளர் வகை
100500
100001
கடற்கொள்ளை
100501
100002
கடற்கொள்ளை
100502
100003
மாலுமி
ஒரு சாதாரண தரவு சேமிப்பக அமைப்பு எவ்வாறு IP வளாகத்தை உருவாக்க உதவுகிறது? நீங்கள் திடீரென்று புதிய வாடிக்கையாளர்களைப் பெறுகிறீர்கள் என்று வைத்துக்கொள்வோம். தாடி இல்லாத ஜப்பானிய கடற்கொள்ளையர்களாக இருக்கட்டும், ஆனால் அவர்கள் தோளில் ஒரு கிளியுடன் நடக்கிறார்கள், மற்றும் சுற்றுச்சூழலாளர் கடற்கொள்ளையர்கள், இடது மார்பில் உள்ள கிரெட்டாவின் நீல நிற சுயவிவரத்தை நீங்கள் எளிதாக அடையாளம் காணலாம்.
சுற்றுச்சூழல் கடற்கொள்ளையர்கள், இயற்கையாகவே, எலும்பு சீப்புகளைப் பயன்படுத்த முடியாது மற்றும் மறுசுழற்சி செய்யப்பட்ட கடல் பிளாஸ்டிக்கிலிருந்து தயாரிக்கப்பட்ட அனலாக்ஸைக் கோருகின்றனர்.
புதிய உள்ளீடுகளுக்கு ஏற்ப நிரல் அல்காரிதங்களை நீங்கள் மறுவேலை செய்ய வேண்டும். இயல்பாக்குதல் விதிகள் பின்பற்றப்பட்டால், நீங்கள் சில அமைப்புகளில் சில செயல்முறைக் கிளைகளுக்கான உள்ளீடுகளை மட்டுமே சேர்க்க வேண்டும், மேலும் முக முடி முக்கியத்துவம் வாய்ந்த சந்தர்ப்பங்களில் மட்டுமே புதிய கிளைகளை உருவாக்க வேண்டும். ஆனால், விதிகள் பின்பற்றப்படாததால், கிளையன்ட் வகை கோப்பகத்தின் மதிப்புகள் பயன்படுத்தப்படும் முழு சுற்று முழுவதும், முழு குறியீட்டையும் நீங்கள் பகுப்பாய்வு செய்ய வேண்டும் மற்றும் ஒரு சந்தர்ப்பத்தில் அல்காரிதம் தொழில்முறையை கணக்கில் எடுத்துக்கொள்ள வேண்டும் என்பதை தெளிவாக நிறுவ வேண்டும். வாடிக்கையாளரின் செயல்பாடு மற்றும் பிற உடல் அம்சங்களில்.
ஒரு வடிவத்தில் என்று நாடுகிறது இயல்பாக்க, செயல்பாட்டுத் தரவு மற்றும் இரண்டு கோப்பகங்களுடன் இரண்டு அட்டவணைகளைப் பெறுவோம்:
- அங்கீகாரம் என்பது நிறுவப்பட்ட அம்சங்களின் தொகுப்பின் வடிவத்தில் விளைகிறது,
அங்கீகரிக்கப்பட்ட பொருள் ஐடி
இடது மார்பில் கிரேட்டா
தோளில் பறவை
தாடி, மீசை
100510
1
1
1
100511
0
0
1
100512
1
0
- கிளையன்ட் வகையை தீர்மானிப்பதன் முடிவு (இது கோப்பகங்களிலிருந்து விளக்கங்கள் காட்டப்படும் தனிப்பயன் காட்சியாக இருக்கட்டும்)
கண்டறியப்பட்ட இயல்பற்றமயமாக்கல் என்பது புதிய நிபந்தனைகளுக்கு ஏற்ப அமைப்புகளை மாற்றியமைக்க முடியாது என்று அர்த்தமா? நிச்சயமாக இல்லை. அனைத்து தகவல் அமைப்புகளும் பூஜ்ஜிய பணியாளர் விற்றுமுதல் கொண்ட ஒரு குழுவால் உருவாக்கப்பட்டன என்று நாம் கற்பனை செய்தால், முன்னேற்றங்கள் நன்கு ஆவணப்படுத்தப்பட்டுள்ளன மற்றும் இழப்பு இல்லாமல் குழுவிற்குள் தகவல் பரிமாற்றப்படுகிறது, பின்னர் தேவையான மாற்றங்களை அலட்சியமாக சிறிய முயற்சியில் செய்ய முடியும். ஆனால் சிக்கலின் அசல் நிலைமைகளுக்கு நாம் திரும்பினால், கூட்டு விவாதங்களின் நெறிமுறைகளை அச்சிடுவதற்கு மட்டும் 1,5 விசைப்பலகைகள் அழிக்கப்படும் மற்றும் கொள்முதல் செயல்முறைகளை செயலாக்குவதற்கு மற்றொரு 0,5.
மேலே உள்ள எடுத்துக்காட்டில், மூன்று சாதாரண வடிவங்களும் மீறப்பட்டுள்ளன, அவற்றை தனித்தனியாக மீற முயற்சிப்போம்.
முதல் சாதாரண வடிவத்தின் மீறல்:
உங்கள் உணவகத்திற்குச் சொந்தமான 1.5-டன் கெஸல் ஒன்றைப் பயன்படுத்தி சப்ளையர்களின் கிடங்குகளில் இருந்து பொருட்கள் உங்கள் கிடங்கிற்கு வழங்கப்படுகின்றன என்று வைத்துக்கொள்வோம். உங்கள் ஆர்டர்களின் அளவு சப்ளையர்களின் விற்றுமுதலுடன் ஒப்பிடும்போது மிகவும் சிறியதாக இருப்பதால், அவை எப்போதும் உற்பத்திக்காக காத்திருக்காமல் ஒன்றன்பின் ஒன்றாக முடிக்கப்படும். அத்தகைய வணிக செயல்முறையுடன் உங்களுக்கு தனி அட்டவணைகள் தேவையா: வாகனங்கள், வாகனங்களின் வகைகள், புறப்பட்ட சப்ளையர்களுக்கான உங்கள் ஆர்டர்களில் திட்டத்தையும் உண்மையையும் பிரிக்க வேண்டியது அவசியமா?
ஒரு நிரலை உருவாக்க கீழே உள்ள மாதிரியைப் பயன்படுத்தினால், உங்கள் புரோகிராமர்கள் எத்தனை "கூடுதல்" இணைப்புகளை எழுத வேண்டும் என்று கற்பனை செய்து பாருங்கள்.
முன்மொழியப்பட்ட கட்டமைப்பு தேவையற்ற சிக்கலானது என்று நாங்கள் முடிவு செய்தோம்; எங்கள் விஷயத்தில், திட்டத்தையும் ஆர்டர் பதிவில் உள்ள உண்மையையும் பிரிப்பது தேவையற்ற தகவலாகும், மேலும் உருவாக்கப்பட்ட ஆர்டர் விவரக்குறிப்பு வந்த பொருட்களை ஏற்றுக்கொள்ளும் முடிவுகளின் அடிப்படையில் மீண்டும் எழுதப்படுகிறது, அரிதான தவறு. - தரப்படுத்தல் மற்றும் போதிய தரம் இல்லாத பொருட்களின் வருகை IS க்கு வெளியே தீர்க்கப்படுகிறது.
பின்னர் ஒரு நாள் முழு மதுக்கடை மண்டபமும் கோபமான மற்றும் ஒழுங்கற்ற கடற்கொள்ளையர்களால் நிரம்பியிருப்பதை நீங்கள் காண்கிறீர்கள். என்ன நடந்தது?
உங்கள் வணிகம் வளர்ந்தவுடன், உங்கள் நுகர்வு அதிகரித்தது. ஒரு காலத்தில், ஒரு கெஸல் அளவு மற்றும்/அல்லது எடையில் அதிக சுமை இருந்தால், இது மிகவும் அரிதானது, சப்ளையர் பானங்களுக்கு ஆதரவாக சுமைக்கு முன்னுரிமை அளிப்பார் என்று ஒரு நிர்வாக முடிவு எடுக்கப்பட்டது.
வழங்கப்படாத பொருட்கள் அடுத்த வரிசையில் முடிந்து புதிய விமானத்தில் புறப்பட்டன; உணவகத்தில் உள்ள கிடங்கில் குறைந்தபட்ச இருப்பு இருப்பதால் காணாமல் போன வழக்குகளை கவனிக்காமல் இருக்க முடிந்தது.
கடைசி போட்டியாளர் துறைமுகத்தில் மூடப்பட்டது, மற்றும் வாகனத்தின் குறைந்தபட்ச இருப்பு மற்றும் குறிப்பிட்ட கால இடைவெளியில் ஏற்றுதல் ஆகியவற்றின் அனுமானத்தின் அடிப்படையில் முன்னுரிமையின் மூலம் புறக்கணிக்கப்பட்ட கெஸல் ஓவர்லோடின் துளையிடப்பட்ட வழக்கு பொதுவான நடைமுறையாக மாறியது. உருவாக்கப்பட்ட அமைப்பு அதில் பொதிந்துள்ள வழிமுறைகளுக்கு ஏற்ப சிறப்பாக செயல்படும் மற்றும் திட்டமிட்ட ஆர்டர்களை நிறைவேற்றுவதில் முறையான தோல்வியைக் கண்காணிக்கும் வாய்ப்பை இழக்கும். சேதமடைந்த நற்பெயர் மற்றும் திருப்தியற்ற வாடிக்கையாளர்களால் மட்டுமே சிக்கலைக் கண்டறிய முடியும்.
பிரிவு 2 மற்றும் பிரிவு 5 இல் உள்ள ஆர்டர் விவரக்குறிப்பில் (T_ORDER_SPEC) ஆர்டர் செய்யப்பட்ட அளவு, முதல் இயல்பான படிவத்தின் தேவையை பூர்த்தி செய்யலாம் அல்லது இல்லாமல் இருக்கலாம் என்பதை கவனமுள்ள வாசகர் கவனித்திருக்கலாம். இது அனைத்தும் தேர்ந்தெடுக்கப்பட்ட பொருட்களின் வகைப்படுத்தலின் அடிப்படையில், அடிப்படையில் வெவ்வேறு அளவீட்டு அலகுகள் ஒரே துறையில் வருமா என்பதைப் பொறுத்தது.
இரண்டாவது சாதாரண வடிவத்தின் மீறல்:
உங்கள் தேவைகள் அதிகரிக்கும் போது, நீங்கள் வெவ்வேறு அளவுகளில் இன்னும் இரண்டு வாகனங்களை வாங்குகிறீர்கள். மேற்கூறிய சூழலில், வாகனக் கோப்பகத்தை உருவாக்குவது தேவையற்றதாகக் கருதப்பட்டது; இதன் விளைவாக, டெலிவரி மற்றும் கிடங்கின் தேவைகளைப் பூர்த்தி செய்யும் அனைத்து தரவு செயலாக்க வழிமுறைகளும், சப்ளையரிடமிருந்து கிடங்கிற்கு சரக்குகளின் நகர்வை பிரத்தியேகமாக 1,5-டன் விமானமாக உணர்கிறது. விண்மீன் எனவே, புதிய வாகனங்களை வாங்குவதோடு, நீங்கள் இன்னும் ஒரு வாகன கோப்பகத்தை உருவாக்குகிறீர்கள், ஆனால் அதை இறுதி செய்யும் போது, ஒவ்வொரு குறிப்பிட்ட இடத்திலும் குறிப்புகள் குணாதிசயங்களைக் குறிக்கின்றனவா என்பதைக் கண்டறிய சரக்குகளின் இயக்கத்தைக் குறிப்பிடும் அனைத்து குறியீட்டையும் நீங்கள் பகுப்பாய்வு செய்ய வேண்டும். வணிகம் தொடங்கிய வாகனம்.
மூன்றாவது சாதாரண வடிவத்தின் மீறல்:
ஒரு கட்டத்தில் நீங்கள் ஒரு விசுவாசத் திட்டத்தை உருவாக்கத் தொடங்குகிறீர்கள், வழக்கமான வாடிக்கையாளரின் பதிவு தோன்றும். எடுத்துக்காட்டாக, லாயல்டி திட்டத்தின் தொடக்கத்தில் வாடிக்கையாளருக்கு விருப்பமான அனைத்தையும் வாடிக்கையாளர் பதிவில் வைக்கலாம் என்றால், எடுத்துக்காட்டாக, ஒரு தனிப்பட்ட வாடிக்கையாளருக்கு விற்பனையில் ஒருங்கிணைக்கப்பட்ட தரவை அறிக்கையிடுவதற்கும் பகுப்பாய்வு அமைப்புகளுக்கு மாற்றுவதற்கும் சேமிக்கும் பொருள் காட்சிகளை உருவாக்க நேரத்தை செலவிடுங்கள். ? மற்றும், உண்மையில், முதல் பார்வையில், எந்த அர்த்தமும் இல்லை. ஆனால் ஒவ்வொரு முறையும் உங்கள் வணிகத்தை இணைக்கும் போது, எடுத்துக்காட்டாக, புதிய விற்பனை சேனல்கள், உங்கள் பகுப்பாய்வாளர்களில் ஒருவர் இருக்க வேண்டும், அத்தகைய ஒருங்கிணைப்பு பண்பு உள்ளது என்பதை நினைவில் கொள்வார்கள்.
ஒவ்வொரு புதிய செயல்முறையையும் வடிவமைக்கும் போது, எடுத்துக்காட்டாக, இணையத்தில் விற்பனை, பொதுவான விசுவாச அமைப்புடன் இணைக்கப்பட்ட விநியோகஸ்தர்கள் மூலம் விற்பனை, அனைத்து புதிய செயல்முறைகளும் குறியீடு மட்டத்தில் தரவு ஒருமைப்பாட்டை உறுதி செய்ய வேண்டும் என்பதை யாராவது மனதில் கொள்ள வேண்டும். ஆயிரம் அட்டவணைகள் கொண்ட ஒரு தொழில்துறை தரவுத்தளத்திற்கு, இது ஒரு சாத்தியமற்ற பணி போல் தெரிகிறது.
ஒரு அனுபவமிக்க டெவலப்பர், நிச்சயமாக, மேலே குறிப்பிட்டுள்ள அனைத்து சிக்கல்களையும் எவ்வாறு நிறுத்துவது என்பது தெரியும், ஆனால், என் கருத்துப்படி, அனுபவமிக்க ஆய்வாளரின் பணி அவற்றை வெளிச்சத்திற்கு கொண்டு வரக்கூடாது.
வெளியீட்டைத் தயாரிக்கும் போது அவரது மதிப்புமிக்க கருத்துக்கு முன்னணி டெவலப்பர் எவ்ஜெனி யருகினுக்கு எனது நன்றியைத் தெரிவிக்க விரும்புகிறேன்.
இலக்கியம்
கொனொலி தாமஸ், பெக் கரோலின். தரவுத்தளம். வடிவமைப்பு, செயல்படுத்தல் மற்றும் ஆதரவு. கோட்பாடு மற்றும் நடைமுறை
ஆதாரம்: www.habr.com