චක්‍රලේඛ යොමු කිරීම් වල ඇති වැරැද්ද කුමක්ද?

මම අද ක්‍රමලේඛන සාකච්ඡාවකට සම්බන්ධ වූ අතර එහිදී මම මූලික වශයෙන් අක්ෂීයව උපකල්පනය කළ ප්‍රකාශ කිහිපයක් ඉදිරිපත් කළෙමි. මම මගේ තණතීරුව හරහා ගිය පසු, මගේ සහායකයා ඇසුවේ, "රවුම් යොමු වල ඇති වැරැද්ද කුමක්ද?"

මට මේ පිළිබඳව දැඩි හැඟීමක් ඇති නමුත් සංක්ෂිප්තව හා සංක්ෂිප්තව වාචිකව කථා කිරීම මට අපහසුය. මා ඉදිරිපත් කළ හැකි ඕනෑම පැහැදිලි කිරීමක් මා විසින් සලකා බලන වෙනත් අයිතමයන් මත රඳා පවතී ("හුදකලාව භාවිතා කළ නොහැක, එබැවින් පරීක්ෂා කළ නොහැක", "සහභාගී වන වස්තූන් තුළ රාජ්‍ය විකෘති ලෙස නොදන්නා / නිර්වචනය නොකළ හැසිරීම" යනාදිය. .), නමුත් මගේ මොළය විශ්වාස කරන ආකාරයේ පිම්මක් නොගන්නා රවුම් යොමු කිරීම් නරක වීමට හේතුව පිළිබඳ සංක්ෂිප්ත හේතුවක් ඇසීමට මම කැමතියි, ඒවා තේරුම් ගැනීමට, නිවැරදි කිරීමට, වසර ගණනාවක් තිස්සේ පැය ගණනක් ගත කර ඇත. සහ විවිධ කේත බිටු දිගු කරන්න.

සංස්කරණය කරන්න: මම දෙගුණයක් සම්බන්ධිත ලැයිස්තුවක් හෝ මවුපියන්ට යොමු කරන්නා වැනි සමජාතීය චක්‍රලේඛ යොමු කිරීම් ගැන විමසන්නේ නැත. මෙම ප්‍රශ්නය සැබවින්ම අසන්නේ "විශාල විෂය පථය" චක්‍රලේඛ යොමු කිරීම්, එනම් libA ඇමතීම libB වැනි libA වෙත නැවත කැඳවීම වැනි ය. ඔබ කැමති නම් 'lib' සඳහා 'මොඩියුලය' ආදේශ කරන්න. මෙතෙක් ලබා දී ඇති සියලුම පිළිතුරු වලට ස්තූතියි!

විශාල වේ බොහෝ දේවල් චක්රලේඛය යොමු වැරදි:

• චක්‍රලේඛ පංති යොමු කිරීම් ඉහළ සම්බන්ධතාවයක් ඇති කරයි ; දෙකම පන්ති සෑම අවස්ථාවකදීම recompiled කළ යුතුය එක්කෝ ඔවුන් වෙනස් වේ.

• චක්‍රලේඛ එකලස් කිරීමේ යොමු කිරීම් ස්ථිතික සම්බන්ධ වීම වළක්වයි , මන්ද B රඳා පවතින්නේ A මත වන නමුත් B සම්පූර්ණ වන තුරු A එකලස් කළ නොහැක.

• චක්‍රලේඛ වස්තු යොමු කිරීම් මඟින් පුනරාවර්තන ඇල්ගොරිතම (අනුක්‍රමික, අමුත්තන් සහ ලස්සන මුද්‍රණ යන්ත්‍ර වැනි) තොග පිටාර ගැලීම් සමඟ බිඳ දැමිය හැකිය . වඩා දියුණු ඇල්ගොරිතම වලට චක්‍රීය අනාවරණයක් ඇති අතර එය වඩාත් විස්තරාත්මක ව්‍යතිරේකයක් / දෝෂ පණිවිඩයක් සමඟ අසමත් වනු ඇත.

• චක්‍රලේඛ වස්තු යොමු කිරීම් මඟින් යැපුම් එන්නත් කිරීම කළ නොහැකි වන අතර එමඟින් ඔබේ පද්ධතියේ පරීක්ෂණ හැකියාව සැලකිය යුතු ලෙස අඩු කරයි .

• ඉතා වස්තූන් විශාල රවුම් යොමු සංඛ්යාව බොහෝවිට දෙවියන් වස්තූන් . ඔවුන් එසේ නොවුවද , ඔවුන් ස්පැගටි කේතයට යොමු වීමේ ප්‍රවණතාවක් ඇත .

• චක්‍රලේඛ වස්තු යොමු කිරීම් (විශේෂයෙන් දත්ත සමුදායන්හි පමණක් නොව, වසම් ආකෘතිවලද) අහෝසි නොවන අවහිරතා භාවිතා කිරීම වළක්වයි , එය අවසානයේ දත්ත දූෂණයට හෝ අවම වශයෙන් නොගැලපීමට තුඩු දිය හැකිය.

• සාමාන්‍යයෙන් චක්‍රලේඛ යොමු කිරීම් හුදෙක් ව්‍යාකූල වන අතර වැඩසටහනක් ක්‍රියාත්මක වන ආකාරය තේරුම් ගැනීමට උත්සාහ කිරීමේදී සංජානන භාරය විශාල ලෙස වැඩි කරයි.

කරුණාකර, දරුවන් ගැන සිතන්න; ඔබට හැකි සෑම විටම රවුම් යොමු කිරීම් වලින් වළකින්න.

චක්‍රලේඛ යොමුව යනු චක්‍රලේඛ නොවන යොමුවකට වඩා දෙගුණයකි.

ෆූ බාර් ගැන දන්නවා නම් සහ බාර් ෆූ ගැන දන්නවා නම්, ඔබට වෙනස් කළ යුතු කරුණු දෙකක් තිබේ (අවශ්‍යතාවය පැමිණි විට ෆූස් සහ බාර් තවදුරටත් එකිනෙකා ගැන නොදැන සිටිය යුතුය). ෆූ බාර් ගැන දන්නවා නම්, නමුත් බාර් එකක් ෆූ ගැන නොදන්නේ නම්, ඔබට බාර් ස්පර්ශ නොකර ෆූ වෙනස් කළ හැකිය.

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

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

මිනිසුන් බොහෝ විට තනි පංතියේ (/ ශ්‍රිතය / ලිපිගොනු / යනාදිය) සංකීර්ණතාව දෙස බලන අතර ඔබ සැබවින්ම සලකා බැලිය යුත්තේ කුඩාම වෙන් කළ හැකි (සංවෘත කළ හැකි) ඒකකයේ සංකීර්ණතාවයි. චක්‍රලේඛ පරායත්තතාවයක් තිබීම එම ඒකකයේ ප්‍රමාණය වැඩි කරයි, සමහර විට නොපෙනෙන ලෙස (ඔබ 1 වන ගොනුව වෙනස් කිරීමට උත්සාහ කරන තෙක් සහ 2-127 ලිපිගොනු වල වෙනස්කම් අවශ්‍ය බව තේරුම් ගන්නා තෙක්).

ඒවා තමන් විසින්ම නොව නරක විය හැකි මෝස්තරයක දර්ශකයක් විය හැකිය. Foo තීරුව මත රඳා පවතී නම් සහ තීරුව Foo මත රඳා පවතී නම්, අද්විතීය FooBar වෙනුවට ඔවුන් දෙදෙනෙකු වන්නේ මන්දැයි ප්‍රශ්න කිරීම යුක්ති සහගත ය.

හ්ම් ... එය රවුම් පරායත්තතාවයෙන් ඔබ අදහස් කරන දේ මත රඳා පවතී, මන්ද ඇත්ත වශයෙන්ම සමහර වටකුරු පරායත්තතා ඇති බැවින් එය ඉතා ප්‍රයෝජනවත් යැයි මම සිතමි.

XML DOM එකක් සලකා බලන්න - සෑම නෝඩයකටම ඔවුන්ගේ දෙමව්පියන් ගැන සඳහනක් තිබීම අර්ථවත් වන අතර සෑම දෙමව්පියෙකුටම තම දරුවන්ගේ ලැයිස්තුවක් තිබීම අර්ථවත් කරයි. ව්‍යුහය තාර්කිකව ගසක් වන නමුත් කසළ එකතු කිරීමේ ඇල්ගොරිතමයක දෘෂ්ටි කෝණයෙන් හෝ ඒ හා සමාන ව්‍යුහයක් රවුම් වේ.

වගේ තමයි චිකන් හෝ බිත්තර ප්රශ්නයක්.

චක්‍රලේඛ යොමු කිරීම නොවැළැක්විය හැකි සහ ප්‍රයෝජනවත් වන අවස්ථා බොහොමයක් ඇත, නමුත් උදාහරණයක් ලෙස, පහත දැක්වෙන අවස්ථාවෙහිදී එය ක්‍රියාත්මක නොවේ:

ව්යාපෘතිය A ව්යාපෘතිය B හා B මත රඳා පවතී. A හි B භාවිතා කිරීම සඳහා සම්පාදනය කළ යුතු අතර A ට පෙර B සම්පාදනය කළ යුතු අතර A ට පෙර B සම්පාදනය කළ යුතුය ...

මෙහි ඇති බොහෝ අදහස් සමඟ මම එකඟ වන අතර, "මාපිය" / "ළමා" චක්‍රලේඛ යොමු කිරීම සඳහා විශේෂ නඩුවක් ඉදිරිපත් කිරීමට කැමැත්තෙමි.

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

චක්‍රලේඛ යොමු කිරීමකින් තොරව ඔබට මෙය කළ හැකිය, එවිට "දෙමව්පියන්" දැන් සහෝදරයා හෝ සහෝදරියකි, නමුත් මෙය සිදු කිරීම සඳහා පවතින කේතය නැවත සාධක කිරීම සැමවිටම කළ නොහැක.

අනෙක් විකල්පය නම්, දරුවකුට අවශ්‍ය සියලු දත්ත එහි ඉදිකිරීම්කරු වෙත යැවීමයි.

දත්ත සමුදායන් අනුව, නිසි PK / FK සම්බන්ධතා සහිත චක්‍රලේඛ යොමු මඟින් දත්ත ඇතුළු කිරීමට හෝ මකා දැමීමට නොහැකි වේ. B වගුවෙන් වාර්තාව නැති වී ඇත්නම් සහ A වගුවෙන් වාර්තාව මකා දැමිය නොහැකි නම් ඔබට වගුවෙන් මකා දැමිය නොහැකි නම්, ඔබට මකා දැමිය නොහැක. ඇතුළු කිරීම් සමඟ සමාන වේ. චක්‍රලේඛ සඳහනක් තිබේ නම් බොහෝ දත්ත සමුදායන් මඟින් ඔබට යාවත්කාලීන කිරීම් හෝ මකාදැමීම් සැකසීමට ඉඩ නොදේ. මන්දයත් යම් අවස්ථාවක එය කළ නොහැකි බැවිනි. ඔව්, ඔබට PK / Fk විධිමත් ලෙස ප්‍රකාශයට පත් කිරීමත් සමඟ මේ ආකාරයේ සම්බන්ධතා ඇති කර ගත හැකි නමුත් එවිට ඔබට (මගේ අත්දැකීම් වලින් 100% ක්ම) දත්තවල අඛණ්ඩතාව පිළිබඳ ගැටළු ඇති වේ. එය නරක නිර්මාණයකි.

ආකෘති නිර්මාණ දෘෂ්ටි කෝණයෙන් මම මෙම ප්‍රශ්නය ගනිමි.

ඇත්ත වශයෙන්ම එහි නොමැති සම්බන්ධතා ඔබ එකතු නොකරන තාක් කල්, ඔබ ආරක්ෂිතයි. ඔබ ඒවා එකතු කළහොත්, ඔබට දත්තවල අඛණ්ඩතාව අඩු වේ (අතිරික්තයක් ඇතිවීමට හේතුව) සහ වඩාත් තදින් සම්බන්ධ වූ කේතය.

චක්‍රලේඛ යොමු කිරීම් සමඟ ඇති කාරණය නම්, ඒවා ස්වයං-යොමු කිරීමක් හැරෙන්නට ඇත්ත වශයෙන්ම අවශ්‍ය වන අවස්ථාවක් මා දැක නැත. ඔබ ගස් හෝ ප්‍රස්තාර ආකෘතිගත කරන්නේ නම්, ඔබට එය අවශ්‍ය වන අතර එය කේත-ගුණාත්මක දෘෂ්ටි කෝණයෙන් ස්වයං-යොමු කිරීම හානිකර නොවන බැවින් එය සම්පූර්ණයෙන්ම නිවැරදිය.

මම විශ්වාස කරන්නේ ඔබට ස්වයං-යොමු කිරීමක් අවශ්‍ය නොවන මොහොතේම, ඔබට එය ප්‍රස්ථාරයක් ලෙස ආදර්ශනය කළ නොහැකිදැයි වහාම විමසිය යුතුය (බහු ආයතන එක නෝඩයකට කඩා දමන්න). සමහර විට ඔබ රවුම් යොමු කිරීමක් අතර යම් සිද්ධියක් ඇති නමුත් එය ප්‍රස්ථාරයක් ලෙස ආකෘතිගත කිරීම නුසුදුසු නමුත් මට එය තදින්ම සැකයි.

චක්‍රලේඛ යොමු කිරීමක් අවශ්‍ය යැයි මිනිසුන් සිතන නමුත් ඇත්ත වශයෙන්ම එසේ නොවේ. වඩාත්ම සුලභ නඩුව වන්නේ "බොහෝමයක් එකකි". උදාහරණයක් ලෙස, ඔබට බහු ලිපින සහිත ගනුදෙනුකරුවෙකු ලැබී ඇති අතර එයින් ප්‍රාථමික ලිපිනය ලෙස සලකුණු කළ යුතුය. එය ඉතා වෙනම සබඳතා දෙකක් ලෙස මෙම තත්ත්වය ආකෘතියක් නිර්මාණය කිරීමට පෙළඹෙනු ඇත has_address හා is_primary_address_of නමුත් එය නිවැරදි නොවේ. හේතුව , ප්‍රාථමික ලිපිනය වීම පරිශීලකයින් සහ ලිපින අතර වෙනම සම්බන්ධතාවයක් නොවන අතර ඒ වෙනුවට එය ලිපිනයේ ඇති සම්බන්ධතාවයේ ලක්ෂණයකි. ඇයි ඒ? මන්ද එහි වසම පරිශීලකයාගේ ලිපින වලට පමණක් සීමා වී ඇති අතර එහි ඇති සියලුම ලිපිනයන් සඳහා නොවේ. ඔබ සබැඳියක් තෝරාගෙන එය ශක්තිමත්ම (ප්‍රාථමික) ලෙස සලකුණු කරන්න.

. ඉතින් විදේශීය යතුර භාවිතා කළ යුතු දෙය විය යුතුයි නේද? වැරදි. විදේශීය යතුරු සම්බන්ධතා නියෝජනය කරන නමුත් "ප්‍රාථමික" යනු සම්බන්ධතාවයක් නොවේ. එය එක් මූලද්‍රව්‍යයක් සියල්ලටම වඩා ඉහළින් ඇති අතර අනෙක් ඒවා ඇණවුම් නොකෙරෙන ඇණවුමක පිරිහුණු අවස්ථාවකි. ඔබට සම්පූර්ණ ඇණවුමක් ආදර්ශනය කිරීමට අවශ්‍ය නම්, ඇත්ත වශයෙන්ම එය සම්බන්ධතාවයේ ලක්ෂණයක් ලෙස සලකනුයේ මූලික වශයෙන් වෙනත් විකල්පයක් නොමැති බැවිනි. නමුත් ඔබ එය පරිහානියට පත් කරන මොහොතේ, තේරීමක් සහ තරමක් භයානක එකක් තිබේ - සම්බන්ධතාවයක් නොවන දෙයක් සම්බන්ධතාවයක් ලෙස ආදර්ශනය කිරීම. ඉතින් මෙන්න එය පැමිණේ - සම්බන්ධතා අතිරික්තය නිසැකවම අවතක්සේරු කළ යුතු දෙයක් නොවේ.

එබැවින්, මා නිරූපණය කරන දෙයින් එය පැමිණෙන බව නිශ්චිතවම පැහැදිලිව කිවහොත් මිස, චක්‍රලේඛ සඳහනක් සිදුවීමට මම ඉඩ නොදෙමි.

(සටහන: මෙය දත්ත සමුදායේ සැලසුමට තරමක් පක්ෂග්‍රාහී වන නමුත් එය අනෙක් ප්‍රදේශවලට ද තරමක් අදාළ වේ යැයි මම විශ්වාස කරමි)

මම එම ප්‍රශ්නයට තවත් ප්‍රශ්නයකින් පිළිතුරු දෙමි:

ඔබ ගොඩනඟා ගැනීමට උත්සාහ කරන දේ සඳහා හොඳම ආකෘතිය රවුම් යොමු ආකෘතියක් තබා ගැනීම සඳහා මට ලබා දිය හැකි තත්වය කුමක්ද?

මගේ අත්දැකීම් අනුව, හොඳම මාදිලිය ඔබ අදහස් කරන ආකාරයට මා සිතන ආකාරයට කවදාවත් රවුම් යොමු කිරීම් සම්බන්ධ නොකරනු ඇත. එසේ පැවසුවහොත්, ඔබ නිතරම රවුම් යොමු භාවිතා කරන ආකෘති රාශියක් ඇත, එය අතිශයින්ම මූලික ය. දෙමාපිය -> ළමා සම්බන්ධතා, ඕනෑම ප්‍රස්ථාර ආකෘතියක් යනාදිය, නමුත් මේවා හොඳින් දන්නා ආකෘති වන අතර මම සිතන්නේ ඔබ වෙනත් දෙයක් ගැන මුළුමනින්ම සඳහන් කරයි.

දත්ත ව්‍යුහයන්හි චක්‍රලේඛ යොමු කිරීම් සමහර විට දත්ත ආකෘතියක් ප්‍රකාශ කිරීමේ ස්වාභාවික ක්‍රමය වේ. කේතීකරණ අනුව, එය නියත වශයෙන්ම පරමාදර්ශී නොවන අතර පරායත්ත එන්නත් කිරීම මඟින් (යම් දුරකට) විසඳිය හැකි අතර ගැටළුව කේතයෙන් දත්ත වෙත තල්ලු කරයි.

චක්‍රලේඛ යොමු සැකැස්මක් ගැටළු සහගතය, එය නිර්මාණ දෘෂ්ටි කෝණයකින් පමණක් නොව, දෘෂ්ටි කෝණයෙන් අල්ලා ගැනීමේ දෝෂයකින් ද වේ.

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

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

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

සමහර කසළ එකතු කරන්නන්ට ඒවා පිරිසිදු කිරීමට අපහසු වේ, මන්ද සෑම වස්තුවක්ම වෙනත් අයෙකු විසින් යොමු කරනු ලැබේ.

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

මගේ මතය අනුව, අසීමිත යොමු කිරීම් වැඩසටහන් සැලසුම් කිරීම පහසු කරයි, නමුත් සමහර ක්‍රමලේඛන භාෂාවන්ට සමහර සන්දර්භය තුළ ඒවාට සහය නොලැබෙන බව අපි කවුරුත් දනිමු.

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

සැබෑ ගැටළුව පැමිණෙන්නේ ධාවන කාල දත්ත ව්‍යුහයන්හි චක්‍රලේඛයෙනි, එහිදී සමහර ගැටලු චක්‍රලේඛයෙන් මිදෙන ආකාරයකින් අර්ථ දැක්විය නොහැක. අවසානයේදී - එය නියම කළ යුතු ගැටලුව වන අතර වෙනත් දෙයක් අවශ්‍ය වන්නේ ක්‍රමලේඛකයාට අනවශ්‍ය ප්‍රහේලිකාවක් විසඳීමට බල කිරීමෙනි.

මම කියන්නේ එය මෙවලම් සමඟ ගැටළුවක් නොව මූලධර්මය සමඟ ගැටළුවක් බවයි.