නිෂ්පාදන දත්ත සමුදායන් විමසීමට සංවර්ධකයින්ට හැකි විය යුතුද?


164

SELECTනිෂ්පාදන දත්ත සමුදායන් විමසීමට ( / කියවීමට පමණි) සංවර්ධකයින්ට අවසර දිය යුතුද ? මා කලින් වැඩ කළ ස්ථානය, සංවර්ධන කණ්ඩායමට db_datareaderකාර්යභාරය තිබුණි; මම දැන් වැඩ කරන තැන සංවර්ධන කණ්ඩායමට නිෂ්පාදන අවස්ථාවට සම්බන්ධ වීමට පවා නොහැකිය.

එක් පරීක්ෂණ අවස්ථාවක් වන්නේ නිෂ්පාදන උපස්ථයකින් සතියකට වරක් ප්‍රතිෂ් ored ාපනය කරන ලද පිටපතකි, එබැවින් සංවර්ධකයින්ට ඇත්ත වශයෙන්ම දත්ත දැකීමේ කිසිදු ගැටළුවක් නොමැත.

නිෂ්පාදනය විමසීමට සංවර්ධකයින්ට ඉඩ නොදීමට හොඳ හේතු මොනවාද (සංවේදී දත්ත කියවීමට ඔවුන්ට ප්‍රවේශ වීමට අවශ්‍ය නොවීම හැර).


25
පළමුව, සංවර්ධකයින්ට නිෂ්පාදනයට සම්බන්ධ වීමට අවශ්‍ය ඇයිදැයි අපට කියන්න.
නික් චම්මාස්

6
මම නිෂ්පාදන ප්‍රශ්නයක් විමර්ශනය කිරීමට උත්සාහ කරමි. අදාළ දත්ත අද නිෂ්පාදනයට පටවා ඇති අතර එය තවමත් පරීක්ෂණ අවස්ථාවෙහි නොමැත (මට ප්‍රවේශය ඇති තැන).
ටොම් හන්ටර්

Answers:


153

එය සැබවින්ම රඳා පවතින්නේ සංවර්ධකයාට කිසියම් සහායක වගකීම් තිබේද යන්න මතය. ඔවුන් තෙවන පේළියේ සහාය සඳහා කොක්කෙහි සිටී නම්, මෙය සිදු කිරීම සඳහා ඔවුන් නිෂ්පාදන දත්ත ගබඩාව දෙස බැලිය යුතුය.

සාමාන්‍යයෙන් නිෂ්පාදන සේවාදායකයක කිසිවක් කිරීම නරක අදහසකි.

බොහෝ සංවර්ධන අරමුණු සඳහා, නිෂ්පාදන දත්ත ගබඩාවේ දර්පණ හෝ ස්නැප්ෂොට් ප්‍රමාණවත් වන අතර සජීවී නිෂ්පාදන දත්ත ගබඩාවට වඩා හොඳය. ඔබ ඒකාබද්ධ කිරීම හා සම්බන්ධ ඕනෑම දෙයක් කරන්නේ නම්, ඔබට ඒවා තුළ ඇති දේ පාලනය කළ හැකි ස්ථාවර දත්ත සමුදා පරිසරයක් අවශ්‍ය වේ. සංහිඳියාව හා සම්බන්ධ ඕනෑම දෙයකට කාලයාගේ ඇවෑමෙන් පාලිත ස්ථානයක් දෙස බැලීමේ හැකියාව අවශ්‍ය වේ.

ගැටලුව නම් ඔබට නිෂ්පාදන දර්පණ පරිසරයක් හෝ නිෂ්පාදන දත්තවල පිටපතක් ඔබේ සංවර්ධකයින් සඳහා කොතැනක හෝ තැබීමට හැකියාවක් නොමැති නම් මෙය තරමක් වෙනස් ප්‍රශ්නයකි. එවැනි අවස්ථාවකදී ඔබේ සංවර්ධකයින්ට අවම වශයෙන් එක් දර්පණ පරිසරයක් අවශ්‍ය වේ. දත්තවල ඇති ගැටළුව කුමක්දැයි ඔබට නොපෙනේ නම් එය නිරාකරණය කිරීම දුෂ්කර ය.


58
+1 සඳහා Generally it's a bad idea to do anything on a production server unless it's really necessary to do it there.ඔප්පු කිරීමේ භාරය විය යුත්තේ ප්‍රවේශය ලබා දීම සාධාරණීකරණය කිරීම මිස එය ප්‍රතික්ෂේප කිරීම සාධාරණීකරණය කිරීම නොවේ.
JNK

136

නොමැත.

සංවර්ධකයින්ට පහත සඳහන් හේතු නිසා නිෂ්පාදන දත්ත සමුදා පද්ධති වෙත ප්‍රවේශ නොවිය යුතුය :

  1. ලබා ගත හැකි හා කාර්ය සාධන : දත්ත සමුදා කිරීමට, කියවීම සඳහා පමණක් හිමිකම් ඇති කරයි නොවන හානිකර. දුර්වල ලෙස ලියා ඇති විමසුමකට පහත දෑ කළ හැකිය:

    1. වගු අගුළු දැමීම, වෙනත් තීරණාත්මක ක්‍රියාවලීන් අවහිර කිරීම.
    2. ඔබේ දත්ත හැඹිලිය කුණු කූඩයට දමන්න, වෙනත් ක්‍රියාදාමයන්ට තැටියෙන් දත්ත නැවත කියවීමට බල කරයි.
    3. ඔබේ ආචයනය බෙදා ගන්නා වෙනත් සේවාවන්ට බලපෑම් කරමින් ඔබේ ගබඩා ස්ථරයට බදු අය කරන්න.
  2. ආරක්ෂාව : ඔබේ නිෂ්පාදන දත්ත ගබඩාවේ වැනි සංවේදී තොරතුරු අඩංගු විය හැකිය:

    • මුරපද හැෂ්
    • බිල්කරණ තොරතුරු
    • පුද්ගලිකව හඳුනාගත හැකි වෙනත් තොරතුරු

    එය තිබිය යුත්තේ මෙම තොරතුරු සඳහා අනිවාර්යයෙන්ම ප්‍රවේශය අවශ්‍ය අයට පමණි. හොඳින් සංවිධානය වූ සමාගමක, සංවර්ධකයින් එම පුද්ගලයින් අතර නොමැත. තවද, මෙම දත්ත සමඟ නිෂ්පාදන පද්ධති වෙත එහි සංවර්ධකයින්ට ප්‍රවේශ විය හැකි නම් ඔබේ සමාගමට PCI සහ SOX අනුකූලතාවය අසාර්ථක වනු ඇත.

    මේ සඳහා හේතු පැහැදිලිය. සංවර්ධකයෙකුගේ සංවර්ධන කටයුතු සජීවී වීමට පෙර බොහෝ දෑ හරහා ගමන් කරයි. ඔබේ නිෂ්පාදන දත්ත සොරකම් කිරීමෙන් හෝ ඔබේ සජීවී දත්ත සමුදාය දණහිසට ගෙන ඒමෙන් සෘජු නිෂ්පාදන ප්‍රවේශයක් සහිත අනිෂ්ට සංවර්ධකයෙකු නැවැත්වීමට කුමක් කළ යුතුද?

    "නමුත් එය ඩී.බී.ඒ. සඳහාද වේ! ඔවුන්ට එය කළ හැකිය!" හරියටම. වගකීමෙන් යුතුව හැකි තරම් සුපිරි පරිශීලකයින් ඔබට අවශ්‍යය.

ඔව්.

සංවර්ධකයින්ට නිෂ්පාදන පද්ධති සඳහා ප්‍රවේශය තිබිය යුතුය .

මගේ සමාගමේ නිෂ්පාදන දත්ත සමුදායන් සමඟ කටයුතු කරන කණ්ඩායම් හතරක් අප සතුව ඇත. අර තියෙන්නේ:

  1. දත්ත සමුදායන් සඳහා ක්‍රමෝපාය සහ කේතය සැලසුම් කර ලියන සංවර්ධකයින් . නිෂ්පාදනයේ දත්ත සමුදායන් වෙත ඔවුන්ට ප්‍රවේශයක් නොමැත. ඔවුන් සමහර විට පරිපාලකයින් හෝ පුද්ගලයින් සමඟ වාඩි වී සජීවීව යමක් බැලීමට උදව් කරයි.
  2. නිෂ්පාදනයේ දත්ත සමුදායන් යෙදවීම, අධීක්ෂණය කිරීම සහ කළමනාකරණය කරන පරිපාලකයින් .
  3. කාල සංවේදී නිෂ්පාදන ගැටළු විමර්ශනය කරන සහ සංවර්ධකයින්ට ප්‍රතිපෝෂණ සපයන පුද්ගලයින්ට සහාය වන්න , එවිට ඔවුන්ට නිවැරදි කිරීම් සංවර්ධනය කළ හැකිය.
  4. නිශ්පාදන දත්ත සමුදායන්ගෙන් දත්ත නිස්සාරණය කරන ව්‍යාපාරික බුද්ධි අංශ , එම දත්ත සමුදායන්හි නිතිපතා නැවුම් පිටපත් හෝ ප්‍රවේශමෙන් ලිඛිත හා QA-ed උපුටා ගැනීම් (සාමාන්‍යයෙන් පරිපාලකයින් විසින් නිර්මාණය කර ඇත).

ඔබට මෙම අනෙකුත් කණ්ඩායම්වල යම් යම් අඩුපාඩුකම් ඇති විට ඔබේ සංවර්ධකයින්ට නිෂ්පාදන ප්‍රවේශය ලබා දීම සුදුසුය.

උදාහරණයක් වශයෙන්:

  • ඔබට සහායක කණ්ඩායමක් නොමැත. එම කාල සංවේදී නිෂ්පාදන ගැටළුව නිරාකරණය කිරීමට කොතැනදැයි දැන ගන්නේ කවුද? ඔබේ සංවර්ධකයින්. ඔවුන්ට " වීදුරු කඩන්න " ප්‍රවේශය ලබා දෙන්න.
  • ඔබට BI කණ්ඩායමක් නොමැත. ඔබගේ පරිපාලකයින්ට වාර්තා හෝ උපුටා ගැනීම් සමඟ කිසිවක් කිරීමට අවශ්‍ය නැත. ඔබේ ක්‍රියාත්මක කරන්නන් සෑම උදෑසනකම දකින වාර්තාව නිරාකරණය කරන්නේ කවුද? ඔබේ සංවර්ධකයින්. මෙම වාර්තා සහ උපුටා ගැනීම් නිදොස් කිරීම සඳහා ඔවුන්ට සීමිත ප්‍රවේශයක් ලබා දෙන්න.
  • ඔබට පරිපාලක කණ්ඩායමක් නොමැත. ඔබ සිටින්නේ ඉතා කුඩා හෝ ආරම්භක සමාගමක බැවින් "අහම්බෙන් DBA" වෙත ආයුබෝවන් කියන්න. ඔබේ සංවර්ධකයින් ඔබේ පරිපාලකයින් මෙන් දෙගුණයක් වන අතර එමඟින් නිෂ්පාදනයට පූර්ණ ප්‍රවේශය අවශ්‍ය වේ.

79

කාර්ය සාධනය විශාල හේතුවක් වනු ඇත.

ඔවුන්ට දත්ත වෙනස් කළ නොහැකි නිසා ඔවුන් සේවාදායකයට බලපෑම් කළ නොහැකි බවක් අදහස් නොවේ. දුර්වල ලෙස ලියා ඇති විමසුමකින් නිෂ්පාදන පරිසරය දණහිසට ගෙන යා හැකි අතර වෙනත් ගැටළු ඇති විය හැකිය (tempdb පිටාර ගැලීම වැනි):

SELECT *
FROM BigTable A, OtherBigTable B
ORDER BY Somecolumn

එය ව්‍යසනය සඳහා වූ වට්ටෝරුවකි. මෙය ඇණවුමක් සහිත කාටේෂියානු නිෂ්පාදනයක් බව සලකන්න, එයින් අදහස් වන්නේ එය tempDB හි වර්ග කරනු ඇති බවයි.


33

මූලධර්මය "අවම වරප්‍රසාදය" සහ "දැනගත යුතුය": සංවර්ධකයින් මෙම පරීක්ෂණයෙන් සමත් වේද?
විශේෂයෙන් විගණකවරුන් හෝ සර්බන්ස්-ඔක්ස්ලි තට්ටු කරන විට.

එවිට, මගේ ඊළඟ උපකල්පනය: සංවර්ධකයින් මෝඩය. 3 වන පේළියේ සහාය සඳහා ඔවුන්ට අවශ්‍ය නම්, එය අවශ්‍ය වන්නේ කාටද? වෙබ් වඳුරන් සාමාන්‍යයෙන් දත්ත සමුදා වර්ග වලට සහාය නොදක්වයි නම් එසේ නොකරයි.

ප්‍රවේශය ස්ථිරවම අවශ්‍යද? ඔවුන්ට "ලොග් වීදුරු" ප්‍රවේශය SQL පිවිසුමක් හෝ විකල්ප වින්ඩෝස් ගිණුමක් භාවිතයෙන් ඉවත් විය යුතුය. අපගේ නඩුවේදී, එය අනුමත කිරීම දත්ත හිමිකරු (සමහර තාක්‍ෂණික බුද්ධිමත් ව්‍යාපාරිකයෙක්) සහ තොරතුරු තාක්ෂණ කළමනාකරු විය.

සංවර්ධකයින් නිෂ්පාදනයට එරෙහිව විමසීම් කිරීම හෝ ධාවනය කිරීම සහ නොදැනුවත්කම නිසා එය පහත් කිරීම මම දැක ඇත්තෙමි . එය පවසමින්, සංවර්ධකයින් ඔවුන්ගේ ක්‍රියාවන් පිළිබඳ වගකීම ගත යුතුය: ඔවුන් සේවාදායකයක් පහත් කරන්නේ නම්, ඒ අනුව ඔවුන් දුක් විඳිය යුතුය. එක් සිදුවීමකින් පසු මට යමෙකු පහත් කර ඇත ...

මේවා ඇත්ත වශයෙන්ම ප්‍රමාණාත්මක සාප්පුවක් යැයි උපකල්පනය කරයි. වැඩි තොප්පි ගැමි පිරිසක් ඔබට කළ හැකි රාජකාරි අඩු ලෙස වෙන් කරති

එසේම, සංවර්ධකයින්ට මෑත දත්ත වලට එරෙහිව විමසුම් ක්‍රියාත්මක කළ හැකි පරිසරයක් තිබේද? මගේ අන්තිම සාප්පුව තුළ, මෙය සැපයීම සඳහා සෑම රාත්‍රියකම පරීක්ෂණ සේවාදායකයකට ප්‍රොඩ් ප්‍රතිෂ් was ාපනය කරන ලදි.


20

මම හිතන්නේ පිළිතුර බොහෝ දේ මෙන් තොරතුරු තාක්‍ෂණය ද "එය රඳා පවතී".

සංවේදී සමාගම් සහ පාරිභෝගික තොරතුරු රාශියක් සහිත දැවැන්ත ඊආර්පී දත්ත ගබඩාවක්? බොහෝ විට නැත (ආරක්ෂාව සහ කාර්යසාධන හේතු දෙකම).

ඩෝනට් සහ පීසා අරමුදල් සඳහා වන දායකත්වය සොයා ගන්නා ප්‍රවේශ ඉදිරිපස අන්තයක් සහිත දෙපාර්තමේන්තු 5 MB දත්ත ගබඩාවක්? අවම වශයෙන් කියවීමට පමණක් ප්‍රවේශ වීම සඳහා විශාල වෙනසක් සිදු නොකෙරේ.

පළමු උදාහරණය දෙවැන්නකට වඩා බොහෝ සෙයින් පොදු බව පිළිගත යුතුය, නමුත් මේවා මෙම ආකාරයේ ප්‍රතිපත්තිමය තීරණ ගැනීම ඔබ භාරව සිටී නම් ඔබ දැන සිටිය යුතුය. එහෙත්, අනෙක් පැත්තෙන්, 5 MB ඩෝනට්-ඇන්ඩ්-පීසා-අරමුදල් දත්ත ගබඩාවක් ගිගාබයිට් 50 ක කොටස් අංක / පාරිභෝගික-ක්‍රෙඩිට්-කාඩ්-අංක / කවුරුන් දන්නා-කුමක් ද? වෙනත් දත්ත සමුදායක් ඔබ එයට ඉඩ දුන්නොත්.


20

සුපුරුදු 24/7 OLTP පරිසරයක සාමාන්‍ය සංවර්ධකයෙකුට නිෂ්පාදනයේදී ඉඩ නොදිය යුතුය. කාලය! වරින් වර, ඉල්ලීමක් මත අවසර ලබා දිය හැකි ප්‍රමාණයට වඩා විශේෂිත හේතුවක් පෙනේ නම්. නමුත් සුපුරුදු පදනම මත නැත.

මේ සඳහා බොහෝ හේතු මම දැක ඇත්තෙමි:

  • පහත දැක්වෙන විශාල වගුවකින් තෝරන්න:

    • කාර්ය සාධන ගැටළු (කාටේෂියානු නිෂ්පාදන);
    • අවසානයේදී වෙබ් අඩවිය දණහිසට ගෙන ආ ගැටළු අවහිර කිරීම;
    • ප්‍රතිබිම්භය එල්ලා තබන දාම අවහිර කිරීම;
    • TempDB ධාවකය පුරවා ඇති විශාල දත්ත සමූහයක් ඇණවුම් කිරීම .. කුමක්දැයි අනුමාන කරන්න? සම්පූර්ණ පිස්සුවක් ඇති විය :-)!
    • එදින රාත්‍රියේ නිෂ්පාදන භාරව සිටින ඩී.බී.ඒ සඳහා අධි රුධිර පීඩනය;
  • සංවේදී දත්ත කියවීම (සංවර්ධකයෙකුට ක්‍රෙඩිට් කාඩ් තොරතුරු ප්‍රවේශ නොවිය යුතුය .. හෝ කිසිදු පරිශීලකගේ පුද්ගලික තොරතුරු);

ඊටත් වඩා හේතු ඇති බව මට විශ්වාසයි.


19
  • ආරක්ෂාව: සංවර්ධකයින්ට එය ලබා දෙන විට සනීපාරක්ෂක තොරතුරු සංවේදී තොරතුරු තිබිය හැකිය.
  • මනෝ විකාරය: තෝරාගත් ප්‍රවේශයකින් ඔබට තවමත් දත්ත අවුල් කළ හැකි යැයි සමහරු සිතනු ඇත.
  • කාර්ය සාධනය: විමසුමක් සිදු කිරීම සඳහා යම් සම්පත් ප්‍රමාණයක් අවශ්‍ය වන අතර, ඔබේ සංවර්ධකයින් කේත ලියන විට ඔවුන් පරිපූර්ණ යැයි මට කිව නොහැක.

16

සලකා බැලිය යුතු අයිතම කිහිපයක්

  • දත්ත සංවේදීද?
  • ක්‍රමලේඛකයින් මූලික විශ්වාසදායක කණ්ඩායමක හෝ අක්වෙරළ කණ්ඩායමක කොටසක්ද?
  • ක්‍රියාකාරීත්වයට බලපෑම් කිරීම සම්බන්ධයෙන් විමසනු ලබන දත්තවල පරිමාණය කුමක්ද?
  • ව්‍යාපෘතියේ පරිමාණය හෝ ඊට සම්බන්ධ ඩොලර් ප්‍රමාණය කුමක්ද?
  • අතිකාල දීමනාව කෙතරම් තීරණාත්මකද?

කුඩා ඩොලර් වලට අඩු ක්‍රියාවලියක් අවශ්‍ය වේ.

විශාල ඩොලර් වලට වැඩි ක්‍රියාවලියක් අවශ්‍යයි සංවර්ධන පරිචයන්හි දැඩි ප්‍රමිතීන්.

ඔබ කරන දෙයට ඔබේ පුරුදු අනුවර්තනය කරන්න.


14

මම ඉතා විශාල සමාගමක සංවර්ධකයෙකු ලෙස වැඩ කරමි. ඕනෑම ආකාරයක සහයෝගයක් කරන අපගේ සියලු සංවර්ධකයින්ට (මූලික වශයෙන් ඒ සියල්ලටම) අදාළ නිෂ්පාදන දත්ත සමුදායන් වෙත ප්‍රවේශය ඇත. මට කතා කළ හැක්කේ මගේ විශේෂිත කණ්ඩායම වෙනුවෙන් පමණි, නමුත් අපට ප්‍රවේශය ඇත්තේ මන්දැයි මම ඔබට කියමි .

  1. අපගේ දෛනික සැකසුම් පිළිබඳව විමසිල්ලෙන් සිටීමට අපට තත්‍ය කාලීන ප්‍රවේශය අවශ්‍ය වේ. (අප සතුව උපකරණ පුවරුවක් ඇති අතර, අපට දේවල් පිළිබඳව ගැඹුරින් විමසිල්ලෙන් සිටිය යුතුය. මෙම අංගය අපගේ උපකරණ පුවරුවේ තිබීම සතුටක් වුවත්, එය ප්‍රායෝගික නොවන බව අපට පෙනී ගොස් ඇත.)
  2. ඕනෑම නිෂ්පාදන අසමත්වීමක් විමර්ශනය කිරීමට අපට තත්‍ය කාලීන ප්‍රවේශය අවශ්‍ය වන්නේ ප්‍රමාදයන් විශාල බලපෑමක් ඇති කළ හැකි බැවිනි. (මම මෙහි අපගේ අසාර්ථකත්වය ගැන සාකච්ඡා කිරීමට යන්නේ නැත. ඒවා සෑම ආකාරයකින්ම පැමිණේ)
  3. අපි බොහෝ විට ව්‍යාපාර භාවිතා කරන්නන් සඳහා අභිරුචි වාර්තා කළ යුතු අතර මෙම තොරතුරු යාවත්කාලීන විය යුතුය. (dba ට මෙය කිරීමට කාලය නොමැති අතර අපට ඔවුන් එනතෙක් බලා සිටීමට කාලයක් නොමැත. පරමාදර්ශී නොවන බව සහතිකයි.)
  4. නිෂ්පාදන ඩීඩීඑල් / ඩීඑම්එල් යෙදවීම / පැච් සත්‍යාපනය කිරීම අප විසින් කළ යුතුය. (DBAs ඒවා යෙදවුවද එය ව්‍යුහගත කළ යුතු ආකාරය අපි දනිමු. DBA වලට වඩා අපගේ දත්ත සමුදා ව්‍යුහය ගැන අපි වැඩි යමක් දනිමු. අපි මෙහි අමුතු විය හැකිය, නමුත් අපගේ ව්‍යාපාරය ඉතා සංකීර්ණ බැවින් පිටත දත්ත සමුදාය ඉතා සංකීර්ණ වේ.)

කාර්ය සාධනය සැලකිලිමත් වේ. සංවර්ධකයින් මන්දගාමී වීමට හේතු වන අවස්ථා අපට තිබේ. කෙසේ වෙතත්, මේවා හුදකලා අවස්ථාවන් වන අතර අපගේ SQL කාර්ය සාධනය මත පදනම් වන අතර අපගේ සංවර්ධකයින්ට ඔවුන්ගේ විමසීම්වල බලපෑම තේරෙන්නේ නැත.


2
මෙය ප්‍රොඩ් ප්‍රවේශය සාධාරණීකරණය නොකරයි. අංක 4: ස්ක්‍රිප්ට් නිවැරදිව සකස් කිරීම සඳහා රතු ගේට්ටුව වැනි මෙවලම් භාවිතා කරන්න. 3: ප්‍රොඩ් නොවන දිනක පැරණි දත්ත භාවිතා කරන්න 1. වාර්තා කිරීම හෝ උපකරණ පුවරුව නොමැති වීම කුමක්ද?
gbn

@gbn, 4) අපි තවමත් කෙසේ හෝ සත්‍යාපනය කළ යුතුයි. 3) එය දවසක් විය නොහැක.
user606723

11

මෙම ප්‍රශ්නය ඇසීමට යමෙකුට දැනට ප්‍රවේශය නොමැති බව අනුමාන කළ යුතුය. යමෙකුගේ සංවිධානය මෘදුකාංගයක් සංවර්ධනය කරන්නේ නම් සහ මෙය පාරිභෝගික ගැටළුවක් නිරාකරණය කිරීම සඳහා වන අතර පාරිභෝගිකයා ඔවුන්ගේ දත්ත ගබඩාවේ පිටපතක් සපයයි නම්, 'ඔව්'. එසේ නොවුවහොත්, සංවර්ධකයින් නිෂ්පාදනයෙන් keep ත් කර තබා ගැනීමටත් ඔවුන්ගේ පර්යේෂණ අවශ්‍යතා සඳහා විකල්ප පරිසරයන් නිර්මාණය කිරීමටත් මම යෝජනා කරමි. දන්තාලේප නළයෙන් ඉවතට ගිය පසු එය නැවත ඇතුළට දැමීම දුෂ්කර ය.


10

සාධාරණීකරණය කිරීමේ බර ප්‍රවේශ විය යුතු අය මත විය යුතු බව මම එකඟ වෙමි. සාමාන්‍යයෙන් මා උපදේශනය කළ පරිසරය තුළ, නිෂ්පාදන පරිසරයට කුඩා පරිසරයක් තිබූ අතර මට සහාය පුද්ගලයා විය. මට සහාය සඳහා සහාය වූ උපස්ථ ආදිය සඳහා මට ප්‍රවේශය ලැබී ඇති අතර නිෂ්පාදන දත්ත වෙත වක්‍ර ප්‍රවේශය (කැපවූ ආධාරක සංවර්ධකයෙකු හරහා).

විශාල දෙය නම්: සෑම දෙයක්ම සුමටව පවත්වා ගෙන යාම සඳහා ඔබ කොක්කෙහි සිටින විට ඔබට මෙම ප්‍රවේශය අවශ්‍ය වන අතර වැඩ නොකරන දෙයක් පිළිබඳ මූල්‍ය පුද්ගලයාගේ ප්‍රශ්නයට පිළිතුරු දිය යුතුය. ඔබට සෑම විටම එදිනෙදා දත්ත වලින් පවා වැඩ කළ නොහැක. අනෙක් අතට, වැඩි ප්රවේශයක් නරක අතට හැරේ. සාමාන්‍යයෙන් උපදේශකයෙකු ලෙස මම මේ ආකාරයේ ප්‍රවේශයක් අවශ්‍ය නොවන්නේ නම් එයින් වැළකී සිටිමි. මම මූල්‍ය දත්ත සමුදායන් මත වැඩ කරන බැවින්, මට අවශ්‍ය අන්තිම දෙය නම් මගේ ඉන්වොයිසියට ඇතුළු වූ බවට චෝදනා කිරීමයි :-D.

අනෙක් අතට, ඔබට ප්‍රවේශය අවශ්‍ය නැතිනම් ඔබට එය නොතිබිය යුතුය. මෙය නිවැරදිව හසුරුවා ඇති බවට වග බලා ගැනීම සඳහා සංවර්ධකයා කොක්කෙහි සිටින බැවින් මම සංවේදී දත්ත තර්කය සැබවින්ම මිලට නොගනිමි (දෝෂ වාර්තාවක් පැමිණි විට සත්‍ය වශයෙන්ම ගබඩා කර ඇති දේ දෙස නොබලා සත්‍යාපනය කිරීම ඉතා අපහසු වේ). සංවර්ධකයාගේ යෙදුම ගබඩා කර ඇති දත්ත දෙස බැලීමට ඔබට සංවර්ධකයා විශ්වාස කළ නොහැකි නම්, යෙදුම ලිවීමට ඔබ සංවර්ධකයා බඳවා නොගත යුතුය. සංවර්ධකයාට දත්ත අපැහැදිලි කර ඊමේල් යැවිය හැකි බොහෝ ක්‍රම තිබේ, ඔබට කිසි විටෙකත් සහතික විය නොහැක. MAC පාලනයන් මෙහි උදව් කරන නමුත් ඒවා ක්‍රියාත්මක කිරීමට තවමත් සංකීර්ණ ය.

මගේ පැත්තෙන් ඇති විශාල ගැටළුව ලිවීමේ ප්‍රවේශය හා සම්බන්ධයි. සංවර්ධකයෙකුට ප්‍රවේශයක් නොමැති නම්, බලකොටුවක්, සංවර්ධකයාට ලිඛිත ප්‍රවේශයක් නොමැත. ඔබට පොත්වල අඛණ්ඩතාව සත්‍යාපනය කිරීමට අවශ්‍ය නම්, ඔබට හැකි තරම් පිරිසකට ලිඛිත ප්‍රවේශය තබා ගැනීමට ඔබට අවශ්‍යය. සංවර්ධකයින්ට ප්‍රවේශයක් නොමැති නම් විගණන මංපෙත් වලංගු කිරීම පහසුය. සංවර්ධකයාට කියවීමේ ප්‍රවේශය තිබේ නම්, ඔබට ලිඛිත ප්‍රවේශය ලබා දිය හැකි වරප්‍රසාද ඉහළ නැංවීමේ ඇමිණුමක් තිබේද යන්න පිළිබඳව ඔබට සෑම විටම ප්‍රශ්නයක් තිබේ (සමහර විට ගබඩා කර ඇති ක්‍රියා පටිපාටිය SQL එන්නත් කිරීම?). වේදිකාගත කිරීමේ පරිසරයන් වෙත ප්‍රවේශය ඇති විට මට බොහෝ විට සේවාදායක බිල්පත් තොරතුරු වෙත පූර්ණ ප්‍රවේශයක් ලැබී තිබේ. නමුත් වැඩ කරන අනුක්රමික පරිසරය තිබේ නම්, මම සාමාන්යයෙන් ක්රියාකාරීව අසනු ඇත නොහැකි එය අවශ්ය වන තුරු නිෂ්පාදනය වෙත ප්රවේශ වීමට.

එබැවින් මෙය පරිපූර්ණ නොවේ. සංවර්ධකයෙකුට තවමත් පහසුවෙන් හඳුනාගත නොහැකි යෙදුමට පසු-දොරවල් සෑදිය හැකිය, නමුත් මෙම ප්‍රවේශය සාධාරණ ප්‍රවේශයකි, උපස්ථ දත්ත දිනකට පෙර සිට ලබා ගත හැකි බැවින්, ඔවුන් දක්වන සැලකිල්ල මෙය බව මට පෙනේ.

මෙය උපකාරී වේ යැයි සිතමි.

සංස්කරණය කරන්න: මා වැඩ කර ඇති විශාල පරිසරයන් මත, මූල්‍ය පද්ධතිය සඳහා බොහෝ විට දින කිහිපයක් සිට මාස කිහිපයක් දක්වා වූ සම්පූර්ණ උපස්ථ දත්ත වෙත ප්‍රවේශය මට ලැබී තිබේ. මෙය සැමවිටම මගේ වැඩ සඳහා ප්‍රමාණවත් වන අතර එය බිඳ වැටී ඇති එකම අවස්ථාව මූල්‍ය පිරිසට නව දත්ත සමඟ පරීක්‍ෂා කිරීමේ හැකියාවක් අවශ්‍ය වූ විට නිෂ්පාදනයට ගැලපේ.


9

ප්‍රවේශය නොමැති වීම හොඳ දෙයක් වන අතර දත්ත අහම්බෙන් දූෂණය නොකිරීමෙන් හෝ එය නැරඹීමෙන් සංවර්ධකයින් සහ වෙනත් අය ආරක්ෂා කිරීමට මාර්ගයකි. මෙය සමාගම් නීතිය කඩ කිරීමෙන් ආරක්ෂා කරයි (එනම් හිපා උල්ලං and නය කිරීම් සහ පෞද්ගලිකත්ව අවශ්‍යතා)

සංවර්ධකයෙකුට කිසි විටෙක නිෂ්පාදන පරිසරයකට ප්‍රවේශය අවශ්‍ය නොවේ. දැඩි දෝෂයක් ප්‍රතිනිෂ්පාදනය කළ නොහැකි නම් එය සංවර්ධකයින්ගේ දෘෂ්ටි කෝණයෙන් පහසු වේ.

කෙසේ වෙතත්, සංවර්ධකයෙකුට කුඩා ඩම්ප් හෝ ලොග් ලිපිගොනු දමා පීඩීබී සංකේත ගොනු භාවිතා කර දෝෂය නැවත නිර්මාණය කළ හැකිය.

දත්ත පරීක්ෂණ පරිසරයකට ගෙන ඒමට අවශ්‍ය නම්, යම් ආකාරයක ක්‍රියාවලියක් මඟින් අමතර කාර්යයන් නිර්මාණය කළ හැකි දත්ත මකා දැමීම සාමාන්‍ය දෙයකි.

ඔබ නිෂ්පාදනය ලෙස හඳුන්වන දත්ත සමුදා මෘදුකාංගය මත පදනම්ව, සංවර්ධකයාට දත්ත සමුදායට ප්‍රවේශ වීම සඳහා නව බලපත්‍රයක් අවශ්‍ය විය හැකිය, එය හුදෙක් කියවීමේ ප්‍රවේශය සඳහා විශාල වියදමක් වේ.

නිෂ්පාදන ගැටළු නිරාකරණය කිරීමට හෝ පර්යේෂණ කිරීමට ඔබේ සමාගම ඔබට මෙවලම් ලබා නොදෙන්නේ නම් එය නිෂ්පාදන දත්ත වලට ඔබට ප්‍රවේශයක් නොමැති නිසා නොවේ.

බොහෝ යෙදුම්වල වටිනාම කොටස දත්තයි!


8

කාර්ය සාධනය එක් හේතුවක් විය හැකිය.

සංවර්ධක විමසුම් බොහෝ විට අකාර්යක්ෂම විය හැකි අතර, ඒවා නිසි ලෙස සුසර කරන තෙක් අධික අගුලු දැමීම හෝ සම්පත් භාවිතය ඇති කරයි.

නිෂ්පාදන පද්ධතියක් සංවර්ධකයින්ට අත්හදා බැලීමට සුදුසු ස්ථානයක් නොවේ.


8

එය DBA සහ ඔහු හෝ ඇය සංවර්ධකයා සමඟ විශ්වාසයෙන් සිටින ආකාරය මත රඳා පවතී. සාමාන්‍යයෙන් සංවර්ධකයින්ට නිෂ්පාදන දත්ත සමුදායන් සඳහා විමසුම් (කියවීමේ) වරප්‍රසාද ලබා දෙනු ලැබේ. රීතියක් ලෙස, සංවර්ධකයින් වැඩ කළ යුත්තේ පරීක්ෂණ / dev දත්ත සමුදායන් සමඟ පමණි.


8

අභියෝගය නම් බොහෝ මෘදුකාංග යෙදුම් දත්ත මත පදනම් වීමයි. එබැවින් ඔබ යෙදුමේ ගැටලුවක් නිරාකරණය කිරීමට උත්සාහ කරන විට, එය මෙහෙයවන දත්ත ඔබ සැබවින්ම දැකිය යුතුය. එබැවින් සංවර්ධකයින්ට සැබවින්ම යම් ආකාරයක ප්‍රවේශයක් අවශ්‍ය වේ.

SQL පිවිසුම් ඔවුන්ට කියවීමට පමණක් ලබා දීමට වගු වලට ප්‍රවේශය ලබා දීම විශිෂ්ටයි. එහෙත්, බැඳීම් 20 ක් සමඟ විමසුමක් නිර්මාණය කිරීමට හෝ මිලියන ගණනක් වාර්තා ඇති වගුවකින් SELECT * කිරීමට ඔවුන්ට බාධා කරන්නේ කුමක්ද? මෙම විමසීම් ඔබගේ දත්ත ගබඩාවේ සහ ගබඩාවේ ක්‍රියාකාරිත්වය අහම්බෙන් විනාශ කළ හැකිය.

මගේ සමාගම වන ස්ටැකීෆි මෙය විසඳීම සඳහා දක්ෂ ක්‍රමයක් ඉදිරිපත් කළේය. සංවර්ධකයින්ට අපගේ මෘදුකාංගය හරහා විමසුම ක්‍රියාත්මක කළ හැකි අතර එය විමසුම් සැලැස්ම භාවිතා කරන්නේ එය තෝරාගත් ප්‍රකාශයක් පමණක් බවත් විමසුමේ ඇස්තමේන්තුගත පිරිවැය අඩු බවත් එය වාර්තා කිහිපයක් පමණක් ලබා දෙන බවත් තහවුරු කර ගනිමු. මේ ආකාරයෙන් ඔවුන්ට විශාල හානියක් කළ නොහැක. ඔවුන් ක්‍රියාත්මක කරන සියලුම විමසුම් ද අපි විගණනය කරමු.

මෙය අප සපයන එක් දෙයක් පමණි. අපගේ DevOps ආධාරක විසඳුම් පිළිබඳ වැඩිදුර දැන ගැනීමට http://www.Stackify.com හි අපව පරීක්ෂා කරන්න .


4
සමහරු මෙය අයාචිත තැපැල් ලෙස සලකන්නේ ඔබේ නිෂ්පාදනය ප්‍රවර්ධනය කිරීමේ අභිප්‍රාය පමණක් පෙනෙන බැවිනි. OTOH, එය ප්‍රශ්නයට අදාළ වන අතර නිසි ලෙස හෙළිදරව් වේ, එබැවින් මම පෞද්ගලිකව සිතන්නේ එය වටී.
ජැක් පවසන්නේ topanswers.xyz

වැදගත් කරුණක් ලෙස, අවම වශයෙන් PostgreSQL හි විමසුම් සැලැස්ම එය කියවීමට පමණක් ඇති විමසුමක් බව දැන ගැනීමට ප්‍රමාණවත් නොවේ.
ක්‍රිස් ට්‍රැවර්ස්

7

ඔව්. සමහර අවස්ථා වලදී, සංවර්ධකයින් ඇතුළු සමහර පරිශීලකයින්ගේ නිෂ්පාදන දත්ත විමසීමට යම් මට්ටමක ප්‍රවේශයක් ලබා දීම අර්ථවත් කරයි. කෙසේ වෙතත්, නිසි සීමාවන් හේතු දෙකක් නිසා ක්‍රියාත්මක විය යුතුය. පළමුව, DBA ලෙස, ඔබ සියලු පරිශීලකයින්ට අවශ්‍ය සේවා මට්ටම රක්ෂණය කිරීමට ඔබේ උපරිමය කළ යුතුය. එසේම, සමූහ මකාදැමීම් හෝ ව්‍යාපාර නීති උල්ලං lations නය කිරීම් වැනි නොදැනුවත්වම නරක විමසීම් වලක්වා ගැනීමට ඔබට අවශ්‍යය. නිසි ආරක්ෂක පාලනයන් ක්‍රියාත්මක විය යුතු බව නොකියයි.

තාවකාලික විමසුම් දත්ත සමුදා වගු වෙත කෙලින්ම ඉඩ නොදීමට ඔබට ඇති හේතු කුමක් වුවත්, විමසීම් බැලීමට සහ ගබඩා කළ ක්‍රියා පටිපාටිවලට ඉඩ දීම සඳහා නඩුවක් තිබිය හැකිය. දත්ත සමුදා අවසරයන් භාවිතා කරමින්, ඔබට SELECT විමසුම් නැවත වගු සෘජුවම වළක්වා ගත හැකි අතර යම් පරිශීලකයෙකුට ප්‍රවේශ විය හැකි දර්ශන සහ ගබඩා කළ ක්‍රියා පටිපාටි පවා සීමා කළ හැකිය. මෙම ක්‍රමය ඔබේ පරිශීලක පදනමට නම්‍යශීලී බවක් ලබා දෙනවා පමණක් නොව, නිවැරදිව ක්‍රියාත්මක කිරීමේදී ඔබේ දත්තවල අඛණ්ඩතාව සහ යථාර්ථයද ආරක්ෂා කරයි.


5

අපගේ සමාගම තුළ නිෂ්පාදන සේවා මත රඳා නොපවතින නිෂ්පාදන දත්ත සමුදායන්හි කියවීමට පමණක් ඇති වහලුන් අප විසින් පවත්වාගෙන යනු ලැබේ. නිෂ්පාදන දත්ත වලට ප්‍රවේශ වීම සඳහා අපි සංවර්ධකයින්ට ප්‍රවේශය ලබා දෙමු. සංවේදී දත්ත තිබේ නම් (පාරිභෝගික තොරතුරු, ගෙවීම් තොරතුරු, ආදිය) අපි එම වගු අනුරූකරණය සීමා කර වහල් සේවාදායකයේ නියැදි දත්ත වගුවක් පවත්වා ගනිමු.


1

නෑ..නෑ !!

මේ නිසා අපට සංවර්ධන / පරීක්ෂණ / UAT සේවාදායකයන් ඇත. නිෂ්පාදනයේ දත්ත පරීක්ෂණ පරිසරයට පිටපත් කළ හැකි අතර සංවර්ධකයින්ට ඔවුන්ගේ පරීක්ෂණ සමඟ ඉදිරියට යා හැකිය. නිෂ්පාදන පරිසරයකදී තෝරාගත් විමසුම් ඉතා හානිකර විය හැකිය. එය බර වැඩි කරන අතර උපරිම වේලාවේදී සමස්ත ක්‍රියාකාරිත්වය පහත හෙලනු ඇත.

ඔවුන්ට අවශ්‍ය ඕනෑම තොරතුරක් DBA හරහා ගොස් ඔවුන්ට අවශ්‍ය දේ ක්‍රියාත්මක කළ හැකිය (තෝරන්න) සහ ප්‍රති .ල ඔවුන්ට එවන්න. අපේ පරිසරය තුළ අප කරන්නේ එයයි.


-1

සංවර්ධකයින් මෝඩයන් යැයි කිසිවෙකු නොසිතන්නේ මන්දැයි මට විශ්වාස නැත. විවිධ භූමිකාවන් ටොන් ගණනක නියැදියක් මට ලැබෙනවා, එහිදී ඔවුන් අවුල් වී ඇති අතර ඒවා "නිෂ්පාදනයේ" නොවිය යුතුය. මම DBAs, Sys Admins, Network Admins, Developers, ආදිය ... සියල්ලම අවුල්.

සාමාන්‍ය ජාල ප්‍රවේශයක් ඇති ඕනෑම පරිසරයක කිසිවෙකුට (dev, dba, sa) කිසිදු සේවාදායකයකට හෝ දත්ත ගබඩාවකට ප්‍රවේශ විය නොහැක. ඔවුන් සියල්ලන්ටම භාවිතා කළ යුතු නිශ්චිත "පරිපාලක" ගිණුම් ඇත. ඔව්, සාමාන්‍යයෙන් dba සහ sa බොහෝ විට ඒවා භාවිතා කරයි, නමුත් ඒවා පවා සැහැල්ලුවෙන් පාගා දැමිය යුතුය. මම හැමෝම පුළුස්සා දැම්මා.

එබැවින්, හොඳ දිනයක, කිසිදු තොරතුරු තාක්ෂණ භූමිකාවකට ප්‍රවේශය අවශ්‍ය නොවේ. කෙසේ වෙතත්, විදුලි පංකාවට පහර දෙන අතර, සියලු දෙනා තට්ටුවේ සිටින අතර අපට ගැටලුව විසඳීමට සුදුසු පුද්ගලයින් අවශ්‍ය වේ. මෙය සාමාන්‍යයෙන් යෙදුම දන්නා සංවර්ධකයා විසින් මෙහෙයවනු ලබන අතර dba සහ sa නිශ්චිත කරුණු වෙත යොමු කරයි. එය අනවශ්‍ය ප්‍රමාදයක් හෝ ඉල්ලීමක් සහ අනුමැතියක් පමණි.

ඊට අමතරව, අනුමත කිරීම කිසි විටෙකත් කිසිදු ආකාරයක විගණනයකින් පසුව සිදු නොකෙරේ, එබැවින් අනුමැතිය යනු කිසිවක් නැත.


2
ඔබ කතා කරන්නේ කුමන පරිසරයන් ගැනදැයි විශ්වාස නැත, නමුත් ඕනෑම සමාගමක ඉහළ ස්ථරයේ PCI, SOX, SISR වැනි බරපතල රෙගුලාසි පිළිපැදිය යුතුය. SA මට්ටමේ ලොග් වී ලොග් වීමට අවශ්‍ය ප්‍රවේශයන් වෙත පිවිසෙන්න. අපගේ නඩුවේදී, අපි එය ලොග් කරනවා පමණක් නොව, අපි එය විහිදුවමු. එබැවින් කිසිවෙකුට එය සංස්කරණය කළ නොහැක.
අලි රාසෙගි
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.