සමහර නිරීක්ෂණ
ගබඩා කළ ක්රියා පටිපාටි මඟින් ඔබට කේත නැවත භාවිතා කිරීම සහ සංවර්ධනය කිරීම (මෘදුකාංග සංවර්ධනයේ කුළුණු දෙකක්),
ඒවා භාවිතා කළ යුතු සන්දර්භය තුළ ඔබ ඒවා නිවැරදිව භාවිතා කරන්නේ නම් පමණි. එකම ප්‍රකාශය ශ්‍රිත (ව්‍යුහාත්මක ක්‍රමලේඛනයේදී) හෝ ක්‍රම (වස්තු නැඹුරු වැඩසටහන්කරණයේදී) ගැන පැවසිය හැකි අතර, අපට 1K ශ්‍රිත සහ මෙගා බූරුවන්ගේ වස්තූන් පෙනේ.
පුරාවස්තු ඔබට එම ප්‍රතිලාභ ලබා නොදේ. එම කෞතුක වස්තු නිසි ලෙස භාවිතා කිරීම එම ප්‍රතිලාභ ලබා දෙයි.
ආරක්ෂාව (ඔබට එක් එක් ගබඩා කර ඇති අවසර පත්‍රයක් මත අවසර ලබා දීමට / අවලංගු කිරීමට හැකිය),
ඔව්. මෙය හොඳ කරුණක් වන අතර ගබඩා කර ඇති ක්රියා පටිපාටිවලට මා කැමති ප්‍රධාන හේතුවකි. හුදෙක් දර්ශන සහ පරිශීලක ගිණුම් සමඟ සාමාන්‍යයෙන් ලබා ගත හැකි දේට වඩා ඒවා ඉතා සියුම් කැටිති ප්රවේශ පාලනයක් සපයයි.
SQL එන්නත් කිරීමේ ප්‍රහාර වලින් ඔබව ආරක්ෂා කරයි,
පරාමිතිගත SQL ප්‍රකාශයන් සහ ආදාන සීරීම් මඟින් ඔබට එකම මට්ටමේ ආරක්ෂාවක් ලබා ගත හැකි බැවින් එය පොලිස් අධිකාරීවරුන්ට විශේෂිත නොවේ. කෙසේවෙතත්, “ගැඹුරින් ආරක්ෂාව” සම්බන්ධයෙන් මම ඒවාට අමතරව පොලිස් අධිකාරීවරුන් භාවිතා කරමි .
(SQL සේවාදායක 2008 සිට ඇරඹී සාමාන්‍ය SQL විමසීම් පවා ප්‍රමාණවත් වේලාවක ධාවනය කරන්නේ නම් සම්පාදනය කරන බව DBA පැවසුවද).
මෙය බෙහෙවින් දත්ත සමුදා වෙළෙන්දන්ට විශේෂිත වූ නමුත් පොදුවේ ඔබේ DBA නිවැරදි ය. SQL ප්‍රකාශ (ස්ථිතික හෝ පරාමිතිගත) සම්පාදනය කරනු ලැබේ. ඔබට සරල SQL ප්‍රකාශයන් සමඟ කළ නොහැකි, නමුත් SQL සමඟ තදින් ඒකාබද්ධ වී ඇති අතර යෙදුම් සේවාදායකයට වට-ගමනක් අවශ්ය නොවන දත්ත එකතු කිරීමට හා ගණනය කිරීමට ඔබට අවශ්ය නම් / අවශ්ය නම් පොලිස් අධිකාරීවරු උදව් කරති.
හොඳ නිදසුනක් නම්, වෙනත් SQL එකක්ම ක්‍රියාත්මක කිරීම සඳහා තාවකාලික කර්සරයකට (හෝ කර්සරයට) දත්ත විමසීමයි. යෙදුම් සේවාදායකය තුළ ඔබට එය ක්‍රමලේඛිකව කළ හැකිය, නැතහොත් db තුළ එය කිරීමෙන් ඔබට වට-චාරිකා කිහිපයක් සුරැකිය හැක.
කෙසේ වෙතත් මෙය සම්මතය නොවිය යුතුය. ඔබට එවැනි අවස්ථා බොහොමයක් තිබේ නම්, එය නරක දත්ත සමුදා සැලසුමේ ලකුණකි (නැතහොත් ඔබ දෙපාර්තමේන්තු හරහා එතරම් නොගැලපෙන දත්ත සමුදා ක්‍රම වලින් දත්ත අදින්නේය.)
අපි Agile මෘදුකාංග සංවර්ධන ක්‍රමවේදය භාවිතා කරමින් සංකීර්ණ යෙදුමක් සංවර්ධනය කරමින් සිටිමු.
කාර්යක්‍ෂමතාවයට සම්බන්ධ වන්නේ මෘදුකාංග ඉංජිනේරු ක්‍රියාවලීන් හා අවශ්‍යතා කළමනාකරණයන් මිස තාක්ෂණයන් නොවේ.
ගබඩා කර ඇති මුක්කු භාවිතා කිරීමට අකමැති වීමට හොඳ හේතු ගැන කිසිවෙකුට සිතිය හැකිද?
වැරදි ප්‍රශ්නය
ප්‍රශ්නය වැරදියි සහ "GOTO භාවිතා නොකිරීමට හොඳ හේතු තිබේද" යනුවෙන් ඇසීමට සමාන වේ. මම මේ විෂය ගැන ඩිජ්ක්ස්ට්‍රාට වඩා නික්ලෝස් වර්ත් සමඟ සිටිමි. ඩිජ්ක්ස්ට්‍රාගේ හැඟීම පැමිණියේ කොහෙන්දැයි මට තේරුම් ගත හැකිය, නමුත් එය සෑම අවස්ථාවකම 100% ක් අදාළ වේ යැයි මම විශ්වාස නොකරමි. ගබඩා මුක්කු සහ ඕනෑම තාක්ෂණය සමඟ සමාන වේ.
මෙවලමක් එහි අපේක්ෂිත අරමුණු සඳහා හොඳින් භාවිතා කරන විට එය හොඳ වන අතර එය විශේෂිත කාර්යය සඳහා හොඳම මෙවලම වන විට. වෙනත් ආකාරයකින් එය භාවිතා කිරීම මෙවලම වැරදියි යන්න ඇඟවීමක් නොවේ, නමුත් ඔහු / ඇය කරන්නේ කුමක්ද යන්න පන්දු යවන්නා නොදනී.
නිසි ප්‍රශ්නය වන්නේ “කුමන ආකාරයේ ගබඩා කළ ක්රියා පටිපාටි භාවිත රටාවන් වළක්වා ගත යුතුද” යන්නයි. හෝ, "තත්වය මම (හෝ නැති විය යුතු) ගබඩා කර පටිපාටි භාවිතා කළ යුතු දේ යටතේ" . හේතු සොයමින් නොවන ඉංජිනේරු දී - ඉංජිනේරු වගකීම සෘජුව මෙය සැබවින්ම තැබීමෙන් විරුද්ධ ලෙස තාක්ෂණය භාවිතා කිරීමට හුදෙක් මෙවලමක් වරද දමා ඇත.
වෙනත් වචන වලින් කිවහොත්, එය පිටපත් කිරීම හෝ නොදැනුවත්කම පිළිබඳ ප්‍රකාශයකි.
මගේ අනුමානය නම්, ගබඩා කර ඇති මුක්කු නඩත්තු කිරීමට ඩී.බී.ඒ.වරුන්ට අවශ්ය නොවූ නමුත් එවැනි සැලසුම් තීරණයක් සාධාරණීකරණය කිරීමට තරම් නිෂේධාත්මක බවක් පෙනෙන්නට තිබේ.
එවිට ඔවුන් කරන්නේ ඔවුන් දුර්වල ලෙස භාවිතා කළ මෙවලම් මත ඔවුන්ගේ නරක ඉංජිනේරු තීරණවල ප්‍රති results ල ප්‍රක්ෂේපණය කිරීමයි.
ඔබේ නඩුවේ කුමක් කළ යුතුද?
මගේ අත්දැකීම නම්, රෝමයේ සිටින විට රෝමවරුන් මෙන් කරන්න .
එයට එරෙහිව සටන් නොකරන්න. ඔබේ සමාගමේ පුද්ගලයින්ට ගබඩා මුක්කු නරක පුරුද්දක් ලෙස ලේබල් කිරීමට අවශ්ය නම් ඔවුන්ට ඉඩ දෙන්න. කෙසේ වෙතත්, මෙය ඔවුන්ගේ ඉංජිනේරු භාවිතයේ රතු ධජයක් විය හැකි බවට උපදෙස් දෙන්න.
සාමාන්‍යයෙන් නරක පුරුදු ලෙස දේවල් ලේබල් කිරීම සාමාන්‍යයෙන් සිදු කරනු ලබන්නේ අකාර්යක්ෂම ක්‍රමලේඛකයන් ටොන් ගණනක් ඇති සංවිධානවල ය. සමහර දේවල් කළු ලැයිස්තුගත කිරීමෙන්, ඔවුන්ගේම නොහැකියාව නිසා අභ්‍යන්තරව සිදුවන හානිය සීමා කිරීමට සංවිධානය උත්සාහ කරයි. මම ඔයාව එපා.
සාමාන්‍යකරණය යනු සියලු ඉස්කුරුප්පු ඇණවල මවයි. ගබඩා කර ඇති මුක්කු (හෝ ඕනෑම ආකාරයක තාක්ෂණයක්) නරක පුරුද්දක් යැයි පැවසීම සාමාන්‍යකරණයකි. සාමාන්‍යකරණය යනු අකාර්යක්ෂමතාව සඳහා පිටපත් කිරීමකි. ඉංජිනේරුවන් අමූලික සාමාන්‍යකරණයන් සමඟ කටයුතු නොකරයි. ඔවුන් එක් එක් සිද්ධිය අනුව විශ්ලේෂණයන් සිදු කරයි, වෙළඳාම් විශ්ලේෂණයන් සිදු කරයි සහ ගැටලුවක් විසඳිය යුතු යැයි සිතන සන්දර්භය තුළ ඉංජිනේරු තීරණ සහ විසඳුම් ක්‍රියාත්මක කර ඇත.
හොඳ ඉංජිනේරුවන් එවැනි සාමාන්‍යකරණය කිරීමේ දී නරක පුරුදු ලෙස ලේබල් නොකරයි. ඔවුන් ගැටලුව දෙස බලයි, සුදුසු මෙවලම තෝරන්න, වෙළඳාමෙන් ඉවත් වන්න. වෙනත් වචන වලින් කිවහොත්, ඔවුන් ඉංජිනේරු කටයුතු කරයි.
ඒවා භාවිතා නොකරන්නේ කෙසේද යන්න පිළිබඳ මගේ මතය
දත්ත එක්රැස් කිරීම ඉක්මවා සංකීර්ණ තර්කනයක් (සහ සමහර පරිවර්තනයන්) ඒවා තුළ තබන්න එපා. දත්ත සම්බාහන තර්කනයක් ඔවුන් තුළ තැබීම හෝ ඔවුන් සමඟ බහුවිධ විමසීම්වල ප්‍රති result ල එකතු කිරීම සුදුසුය. නමුත් ඒ ගැන ය. ඉන් ඔබ්බට ඕනෑම දෙයක් වෙනත් තැනක වාසය කළ යුතු ව්‍යාපාරික තර්කනය ලෙස සුදුසුකම් ලබයි.
SQL එන්නත් කිරීමට එරෙහිව ඔබේ එකම ආරක්ෂක යාන්ත්‍රණය ලෙස ඒවා භාවිතා නොකරන්න. යම්කිසි නරක දෙයක් ඔවුන්ට සිදුවුවහොත් ඔබ ඔවුන්ව එහි තබන්න , නමුත් ඔවුන් ඉදිරිපිට ආරක්ෂක තර්කනයක් තිබිය යුතුය - සේවාදායකයාගේ පැත්තෙන් වලංගු කිරීම / සීරීම, සේවාදායක පාර්ශව වලංගු කිරීම / සීරීම, සමහර විට ඔබේ අර්ථවත් වන වර්ග බවට පරිවර්තනය වීම. ඩොමේන් මොඩලය, සහ අවසානයේදී පරාමිතිගත ප්‍රකාශ වෙත යොමු වීම (ඒවා පරාමිතිගත කළ හැකි SQL ප්‍රකාශ හෝ පරාමිතිගත ගබඩා කළ ප්‍රොක්.)
ඔබේ ගබඩාවල ඇති එකම ස්ථානය දත්ත සමුදායන් බවට පත් නොකරන්න. ඔබ ඔබේ සී # හෝ ජාවා ප්‍රභව කේතයට සලකන ආකාරයටම ඔබේ ගබඩාවලටද සැලකිය යුතුය. එනම්, මූලාශ්‍රය මඟින් ඔබේ ගබඩාවල පෙළ අර්ථ දැක්වීම පාලනය කරයි. ගබඩාවල මූලාශ්‍ර පාලනය කළ නොහැකි බව මිනිසුන් තරයේ කියා සිටිති - ගොන් ඇල්ලීම, ඔවුන් කතා කරන්නේ ලේවැකි නිරය කුමක්දැයි ඔවුන් නොදනී.
ඒවා භාවිතා කරන්නේ කෙසේද / කොතැනද යන්න පිළිබඳ මගේ මතය
ඔබගේ යෙදුමට බහුවිධ විමසුම් හෝ අදහස් වලින් සම්ප්‍රේෂණය කළ යුතු හෝ එකතු කළ යුතු දත්ත අවශ්ය වේ. ඔබට එය යෙදුමෙන් ඩී.බී. මෙහිදී ඔබ කාර්ය සාධන විශ්ලේෂණයක් කළ යුතුව ඇත්තේ අ) දත්ත සමුදා එන්ජින් මේ දේවල් කිරීමේදී යෙදුම් සේවාදායකයින්ට වඩා කාර්යක්ෂම වන නමුත් ආ) යෙදුම් සේවාදායකයන් (සමහර විට) තිරස් අතට පරිමාණය කිරීම පහසුය.
සිහින් ධාන්ය ප්රවේශ පාලනය. ඔබේ ඩීබී තුළ සමහර මෝඩ ධාවන කාටේෂියන් සම්බන්ධ වීමට ඔබට අවශ්ය නැත, නමුත් ඔබට අත්තනෝමතික SQL ප්‍රකාශයන් ක්‍රියාත්මක කිරීම තහනම් කළ නොහැක. සාමාන්‍ය විසඳුමක් නම්, සංවර්ධනයේ සහ UAT පරිසරවල අත්තනෝමතික SQL ප්‍රකාශයන්ට ඉඩ දීම සහ ඒවා සිස්ටෙස්ට් සහ නිෂ්පාදන පරිසරයන් තුළ තහනම් කිරීමයි. ඕනෑම ප්‍රකාශයක් සිස්ටෙස්ට් හෝ නිෂ්පාදනය සඳහා කළ යුතු වන්නේ ගබඩා ක්රියා පටිපාටියකට ය.
වෙළඳසැලක නොව SQL ප්‍රකාශයක් ක්‍රියාත්මක කිරීමට වලංගු අවශ්‍යතාවයක් වෙනත් පරිශීලක නාමයක් / ගිණුමක් සහ සම්බන්ධතා සංචිතයක් හරහා ගමන් කරයි (භාවිතය ඉහළ අධීක්ෂණයකින් හා අධෛර්යමත් වීමෙන්.)
- ඔරකල් වැනි පද්ධති වලදී, ඔබට LDAP වෙත ප්‍රවේශය ලබා ගත හැකිය, නැතහොත් බාහිර දත්ත සමුදායන් සඳහා සමමුහුර්ත නිර්මාණය කළ හැකිය (ව්‍යාපාරික හවුල්කරුවකුගේ db මත vpn හරහා වෙළඳසැලක් අමතන්න යැයි කියන්න.) ස්පැගටි කේතය කිරීමට පහසුම ක්‍රමය, නමුත් එය සියලු ක්‍රමලේඛන පරාමිතීන් සඳහා සත්‍ය වේ, සමහර විට ඔබට එකම විසඳුම වන නිශ්චිත ව්‍යාපාර / පරිසර අවශ්‍යතා ඇත. දත්ත ගබඩාවට ආසන්නව සහ යෙදුම් සේවාදායකයට ගමන් නොකර එක තැනක පමණක් එම නපුරුකම වටහා ගැනීමට ගබඩා ප්‍රොක්ස් උපකාරී වේ.
ඔබ මෙය ඩීබී මත ගබඩා ප්‍රොක් එකක් ලෙස හෝ ඔබේ යෙදුම් සේවාදායකයේ ක්‍රියාත්මක කරන්නේද යන්න රඳා පවතින්නේ ඔබ ඉංජිනේරුවෙකු ලෙස කළ යුතු වෙළඳාමෙන් බැහැර වූ විශ්ලේෂණය මත ය. මෙම විකල්ප දෙකම විශ්ලේෂණය කර සාධාරණීකරණය කළ යුතුය. අනෙක් විකල්පය "නරක පුහුණුව" යැයි චෝදනා කරමින් එක් මාර්ගයකට හෝ වෙනත් මාර්ගයකට යාම, එය හුදෙක් කම්මැලි ඉංජිනේරු පොලිස් නිලධාරියෙකි.
- ඔබට ඔබගේ යෙදුම් සේවාදායකය පරිමාණය කිරීමට නොහැකි අවස්ථාවන්හිදී (.එහෙත් නව දෘඩාංග හෝ වලාකුළු අවස්ථා සඳහා අයවැයක් නොමැත) නමුත් db පසුපස අන්තයේ විශාල ධාරිතාවක් සහිතව (මෙය බොහෝ දෙනා පිළිගැනීමට වඩා සාමාන්‍ය දෙයකි), එය ගෙවයි ව්‍යාපාර තර්කනය ගබඩා කිරීම සඳහා ගෙනයාමට. ලස්සන නොවන අතර රක්තහීන වසම් ආකෘති වලට තුඩු දිය හැකිය ... නමුත් නැවත ... වෙළඳාමෙන් බැහැර විශ්ලේෂණය, බොහෝ මෘදුකාංග හක්ක උරා බොන දේ.
එය ස්ථිර විසඳුමක් බවට පත්වුවත් නැතත්, එය නිශ්චිත මොහොතේ නිරීක්ෂණය කරන ලද සීමාවන්ට විශේෂිත වේ.
එය උපකාරී වේ යැයි සිතමි.
