പ്രോഗ്രാം ഡൌൺലോഡ് ചെയ്ത് ഇൻസ്റ്റാൾ ചെയ്ത ശേഷം, ഇനിപ്പറയുന്ന വിൻഡോ തുറക്കുന്നു:
SQL സെർവറിലേക്കും പ്രാമാണീകരണ രീതിയിലേക്കും ബന്ധിപ്പിക്കുന്നതിനുള്ള പാരാമീറ്ററുകൾ മാറ്റുന്നതിന്, ബട്ടണിൽ ക്ലിക്കുചെയ്യുക SQL സെർവറിലേക്ക് കണക്റ്റുചെയ്യുക:
കണക്ഷൻ വിജയകരമാണെങ്കിൽ, സെർവറുമായി ബന്ധിപ്പിച്ചിട്ടുള്ള എല്ലാ ഡാറ്റാബേസുകളുടെയും ഒരു ലിസ്റ്റ് നിങ്ങൾക്ക് കാണാൻ കഴിയും. ആവശ്യമായ ഡാറ്റാബേസ് തിരഞ്ഞെടുത്ത ശേഷം, വിഭാഗത്തിൽ ഒരു ലോക്കൽ/നെറ്റ്‌വർക്ക് ഫോൾഡറിൽ ബാക്കപ്പുകൾ സംഭരിക്കുകബാക്കപ്പുകൾ സംഭരിക്കുന്നതിന് ഒരു ലോക്കൽ അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് ഫോൾഡർ വ്യക്തമാക്കുക. ആവശ്യമെങ്കിൽ, നിങ്ങൾക്ക് ഒരു FTP സെർവറിലേക്ക് ബാക്കപ്പുകൾ പകർത്തുന്നത് ക്രമീകരിക്കാൻ കഴിയും. ഇത് ചെയ്യുന്നതിന്, പ്രവർത്തനം പ്രവർത്തനക്ഷമമാക്കുക FTP സെർവറിലേക്ക് ബാക്കപ്പുകൾ അയയ്‌ക്കുക r, ഫീൽഡിൽ സൂചിപ്പിക്കുക ഹോസ്റ്റ് വിലാസംനിങ്ങളുടെ സെർവറിന്റെ വിലാസം, കൂടാതെ എഫ്‌ടിപി സെർവർ ആക്സസ് ചെയ്യുന്നതിന് നിങ്ങളുടെ പ്രവേശനവും പാസ്‌വേഡും നൽകുക.
ബട്ടൺ അമർത്തിയാൽ ഇപ്പോൾ ഓടുകഎല്ലാം എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് നിങ്ങൾക്ക് പരിശോധിക്കാം...
ജോലിയുടെ പുരോഗതിയെക്കുറിച്ചുള്ള ഇമെയിൽ അറിയിപ്പുകൾ അയയ്‌ക്കുന്നത് സജ്ജീകരിക്കാൻ എനിക്ക് കഴിയുന്നില്ല എന്നതാണ് ഞാൻ നേരിട്ട ഒരേയൊരു പ്രശ്നം.
അടുത്തതായി, നിങ്ങൾ ബാക്കപ്പിനുള്ള സമയം വ്യക്തമാക്കുകയും ടാസ്ക് സംരക്ഷിക്കുകയും വേണം. നിങ്ങൾക്ക് ഷെഡ്യൂൾ ചെയ്ത ബാക്കപ്പുകൾ സൃഷ്ടിക്കാൻ കഴിയുന്നത് വളരെ സന്തോഷകരമാണ് SQLBackupAndFTPസാധാരണ വിൻഡോസ് ടാസ്ക് ഷെഡ്യൂളർ ഉപയോഗിക്കുന്നു:
അവസാനമായി, വിഭാഗത്തിൽ വിപുലമായബാക്കപ്പ് ജോലി പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള അക്കൗണ്ട്, പ്രോഗ്രാമിന്റെ താൽക്കാലിക ഫോൾഡർ, ലോഗ് ഫയലുകൾ സംരക്ഷിക്കുന്നതിനുള്ള ഫോൾഡർ, ബാക്കപ്പ് ഫയലിന്റെ കംപ്രഷൻ ലെവൽ എന്നിവ നിങ്ങൾക്ക് വ്യക്തമാക്കാം.
ഒരു ബാക്കപ്പിൽ നിന്ന് ഒരു ഡാറ്റാബേസ് പുനഃസ്ഥാപിക്കുന്നു
ഒരു ബാക്കപ്പ് പകർപ്പിൽ നിന്ന് ഒരു ഡാറ്റാബേസ് പുനഃസ്ഥാപിക്കാൻ ഒരു ആപ്ലിക്കേഷൻ നൽകിയിരിക്കുന്നു ഒറ്റ-ക്ലിക്ക് SQL പുനഃസ്ഥാപിക്കുക:ചിത്രത്തിൽ നിന്ന് നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഡാറ്റാബേസ് പുനഃസ്ഥാപിക്കാൻ നിങ്ങൾ ഫോർമാറ്റിൽ ബാക്കപ്പ് ഫയൽ വ്യക്തമാക്കേണ്ടതുണ്ട് ബക്ക്അഥവാ zip, ഒരു ഡാറ്റാബേസ് തിരഞ്ഞെടുത്ത് പുനഃസ്ഥാപിക്കുക ക്ലിക്ക് ചെയ്യുക. അത്രയേയുള്ളൂ!
പ്രോഗ്രാം SQLBackupAndFTP DBMS-ന്റെ ഇനിപ്പറയുന്ന പതിപ്പുകളിലും പതിപ്പുകളിലും പ്രവർത്തിക്കുന്നതിന് പിന്തുണ നൽകുന്നു: SQL സെർവർ 2005/2008 എക്സ്പ്രസ്, SQL സെർവർ 2008 എന്റർപ്രൈസ്/വർക്ക്ഗ്രൂപ്പ്/സ്റ്റാൻഡേർഡ്/വെബ്, SQL സെർവർ 2005 എന്റർപ്രൈസ്/വർക്ക്ഗ്രൂപ്പ്/സ്റ്റാൻഡേർഡ്, താഴെ പറയുന്ന വിൻഡോസ് 2 ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ: SQL000 /XP/ Vista/7, Windows Server 2003/2008.
ടാഗുകൾ: SQL സെർവർ, SQL സെർവർ 2008 എക്സ്പ്രസ്, SQLBackupAndFTP, ബാക്കപ്പ്
ഈ ലേഖനം അഭിപ്രായത്തിന് വിധേയമല്ല, കാരണം അതിന്റെ രചയിതാവ് ഇതുവരെ ഇല്ല
എനിക്ക് അത് ലഭിച്ചു, എല്ലാവർക്കും വേണ്ടി ഞാൻ ഇത് സംരക്ഷിക്കും:
ഡാറ്റാബേസിനുള്ളിൽ 2 കോൺഫിഗറേഷനുകൾ സംഭരിച്ചിരിക്കുന്നു: വിതരണ കോൺഫിഗറേഷൻ (ഇത് സാധാരണമാണ്), പ്രധാന കോൺഫിഗറേഷൻ (ഡാറ്റാബേസിൽ പ്രവർത്തിക്കുമ്പോൾ ഇത് ഉപയോഗിക്കുന്നു)
ഡീകമ്മീഷൻ ചെയ്തതും പരിഷ്കരിച്ചതുമായ കോൺഫിഗറേഷനുള്ള ഒരു ഡാറ്റാബേസിൽ അപ്ഡേറ്റുകൾ ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, രണ്ട് കോൺഫിഗറേഷനുകൾ യഥാർത്ഥത്തിൽ അപ്ഡേറ്റ് ചെയ്യപ്പെടുന്നു: ഒരു വെണ്ടർ കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് (ഒരു സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷൻ, മാറ്റങ്ങളില്ലാതെ, നിലവിലെ റിലീസിലേക്ക് അപ്ഡേറ്റ് ചെയ്യുന്നു), പ്രധാന കോൺഫിഗറേഷന്റെ ഒരു അപ്ഡേറ്റ്.
പ്രൊവൈഡർ കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുന്നതിന്, പിന്തുണയിൽ നിന്ന് നീക്കം ചെയ്യാത്ത ഒരു സാധാരണ കോൺഫിഗറേഷന്റെ cf ഫയൽ ഉപയോഗിക്കുക. പ്രധാന കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുന്നതിന്, മുൻകൂട്ടി തയ്യാറാക്കിയ ഒരു cf ഫയൽ ഉപയോഗിക്കുന്നു (ഒരു സാധാരണ കോൺഫിഗറേഷൻ എടുക്കുന്നു, അതിൽ വരുത്തിയ മാറ്റങ്ങൾ വരുത്തി, കോൺഫിഗറേഷൻ cf ഫയലിലേക്ക് അപ്ലോഡ് ചെയ്യുന്നു)
യഥാർത്ഥ അപ്ഡേറ്റ് പ്രക്രിയ 2 ഘട്ടങ്ങളിലായാണ് നടത്തുന്നത്: വിതരണക്കാരന്റെ കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുക, പ്രധാന കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുക. ഘട്ടങ്ങളുടെ ക്രമം പ്രധാനമല്ല.
എന്തുകൊണ്ടാണ് നിങ്ങൾക്ക് 1 കുപ്പിയിൽ 2 കോൺഫിഗറേഷനുകൾ വേണ്ടത്? ഒരു സാധാരണ കോൺഫിഗറേഷനിലെ മാറ്റങ്ങളുടെ ഒരു ലിസ്റ്റ് ലഭിക്കുന്നതിന് ഈ ഡാറ്റാബേസ് കോൺഫിഗറേഷനുകളുടെ സംയോജനം ഉപയോഗിക്കാൻ സൗകര്യപ്രദമാണ്. പ്രധാന കോൺഫിഗറേഷനിൽ മാറ്റങ്ങളുള്ള കോൺഫിഗറേഷൻ അടങ്ങിയിരിക്കുന്നു, വിതരണ കോൺഫിഗറേഷനിൽ സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷൻ അടങ്ങിയിരിക്കുന്നു. പ്ലാറ്റ്‌ഫോമിൽ നിർമ്മിച്ച കോൺഫിഗറേഷനുകൾ താരതമ്യം ചെയ്യുന്നതിനുള്ള സംവിധാനം ഉപയോഗിച്ച് (ഈ സാഹചര്യത്തിൽ, പ്രധാനവും വിതരണക്കാരനും), സ്റ്റാൻഡേർഡുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ കോൺഫിഗറേഷനിൽ എന്താണ് മാറിയതെന്ന് നിങ്ങൾക്ക് വ്യക്തമായ ധാരണ ലഭിക്കും. താരതമ്യം ചെയ്യുമ്പോൾ സുഖപ്രദമായ ജോലിക്കുള്ള ഒരേയൊരു വ്യവസ്ഥ രണ്ട് കോൺഫിഗറേഷനുകളുടെയും ഒരേ റിലീസ് പതിപ്പുകൾ നിലനിർത്തുക എന്നതാണ്. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾക്ക് 2 cf ഫയലുകൾ ആവശ്യമാണ് - ഒന്ന് പ്രധാനമായതിന്, മറ്റൊന്ന് വിതരണ കോൺഫിഗറേഷനായി.
നമുക്ക് രണ്ട് cf ഫയലുകളും ഉണ്ടെന്ന് സങ്കൽപ്പിക്കുക (മാറ്റങ്ങളോടെ cf തയ്യാറാക്കുന്നതിന് വെവ്വേറെ) നമുക്ക് അവയെ വിളിക്കാം, ഉദാഹരണത്തിന്, “Typical_2_0_49_8.cf”, “Update_2_0_49_8.cf” അതനുസരിച്ച്, ആദ്യ ഫയൽ വിതരണ കോൺഫിഗറേഷനുള്ള ഒരു അപ്‌ഡേറ്റാണ്, രണ്ടാമത്തേത് പ്രധാന കോൺഫിഗറേഷനുകൾക്കായി.
പ്രൊവൈഡർ കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്തുകൊണ്ട് നമുക്ക് ആരംഭിക്കാം.
കോൺഫിഗറേറ്റർ മോഡിൽ, കോൺഫിഗറേഷൻ - പിന്തുണ - അപ്ഡേറ്റ് കോൺഫിഗറേഷൻ മെനുവിലേക്ക് പോകുക. തത്ഫലമായുണ്ടാകുന്ന ഡയലോഗിൽ, "അപ്ഡേറ്റ് ഫയൽ തിരഞ്ഞെടുക്കുക" റേഡിയോ ബട്ടൺ തിരഞ്ഞെടുത്ത് "അടുത്തത്" എന്ന് പറയുക.
ഇവിടെ എല്ലാം പരിചിതമാണ്. "Typical_2_0_49_8.cf" ഫയൽ വ്യക്തമാക്കുക, പൂർത്തിയാക്കുക ക്ലിക്കുചെയ്യുക
എല്ലാ പ്രശ്നങ്ങളും പരിഹരിച്ച ശേഷം, പ്ലാറ്റ്ഫോം താരതമ്യത്തിനായി കോൺഫിഗറേഷൻ ഡൗൺലോഡ് ചെയ്യാൻ തുടങ്ങും. കുറച്ച് സമയമെടുക്കും...
ഡൗൺലോഡ് പൂർത്തിയായിക്കഴിഞ്ഞാൽ, നമുക്ക് ഇനിപ്പറയുന്ന വിൻഡോ ലഭിക്കും:
നമുക്ക് ഇതിനകം ഉള്ളതും ലോഡുചെയ്യാൻ ശ്രമിക്കുന്നതും തമ്മിലുള്ള വ്യത്യാസങ്ങൾ ഇവിടെ കാണിക്കുന്നു. ആദ്യ കോളം പുതിയ കോൺഫിഗറേഷനും ഡാറ്റാബേസ് കോൺഫിഗറേഷനും (മെയിൻ) തമ്മിലുള്ള വ്യത്യാസങ്ങൾ കാണിക്കുന്നു, രണ്ടാമത്തെ കോളം നിലവിലെ വെണ്ടർ കോൺഫിഗറേഷനും ഡൗൺലോഡ് ചെയ്ത കോൺഫിഗറേഷനും തമ്മിലുള്ള വ്യത്യാസങ്ങൾ കാണിക്കുന്നു.
ഞങ്ങൾക്ക് സപ്ലയർ കോൺഫിഗറേഷൻ മാത്രമേ അപ്ഡേറ്റ് ചെയ്യേണ്ടതുള്ളൂ, ഇപ്പോൾ പ്രധാനം സ്പർശിക്കേണ്ടതില്ല എന്നതിനാൽ, ഇടത് കോളത്തിലെ എല്ലാ ചെക്ക്ബോക്സുകളും ഞങ്ങൾ അൺചെക്ക് ചെയ്യുന്നു (മുകളിൽ ഒന്ന് അൺചെക്ക് ചെയ്താൽ, താഴെയുള്ളവയെല്ലാം സ്വന്തമായി അൺചെക്ക് ചെയ്യപ്പെടും)
"റൺ" ക്ലിക്ക് ചെയ്യുക, അൽപ്പസമയം കാത്തിരിക്കൂ...
ഡൗൺലോഡ് പ്രക്രിയയിൽ, ഇനിപ്പറയുന്ന വിൻഡോ ദൃശ്യമാകാം:
ഡാറ്റാബേസ് ഒബ്ജക്റ്റുകൾ തടയുന്നതിന് ഇത് ബാധകമാണ്. എല്ലാ സ്വിച്ചുകളും "ഒബ്ജക്റ്റ് എഡിറ്റ് ചെയ്യാനാകില്ല" മോഡിലേക്ക് സജ്ജമാക്കിയിട്ടുണ്ടെങ്കിൽ, കോൺഫിഗറേഷനിൽ മാറ്റങ്ങൾ വരുത്തുന്നത് ആദ്യം പിന്തുണയിൽ നിന്ന് കോൺഫിഗറേഷൻ നീക്കം ചെയ്യാതെ തന്നെ അസാധ്യമായിരിക്കും (പിന്തുണയ്ക്കുന്നതും പിന്തുണയിൽ നിന്ന് നീക്കം ചെയ്യുന്നതും പിന്തുണ നിലനിർത്തുമ്പോൾ എഡിറ്റ് ചെയ്യുന്നതും ഒരു പ്രത്യേക വിഷയമാണ്) മിക്ക കേസുകളിലും, ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ പിന്തുണാ നിയമങ്ങൾ സജ്ജീകരിക്കുന്നത് ഇതുപോലെയാണ്
നമ്മുടെ എല്ലാ കൃത്രിമത്വങ്ങളുടെയും ഫലം സന്ദേശമായിരിക്കും
മെനുവിലേക്ക് പോകുക ഫയൽ - സംരക്ഷിക്കുക (പ്ലാറ്റ്ഫോം വരുത്തിയ മാറ്റങ്ങൾ സംരക്ഷിക്കും), തുടർന്ന് മെനുവിലേക്ക് കോൺഫിഗറേഷൻ - ഡാറ്റാബേസ് കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുക. പ്രക്രിയയ്ക്ക് കുറച്ച് സമയമെടുക്കും, പുനഃസംഘടന സമയത്ത് മാറ്റങ്ങൾ വരുത്തേണ്ടതുണ്ട്.
ഇത് ആദ്യ ഘട്ടം പൂർത്തിയാക്കുന്നു.
പ്രധാന കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുന്നു.
കോൺഫിഗറേറ്റർ മോഡിൽ, കോൺഫിഗറേഷൻ മെനുവിലേക്ക് പോകുക - ഫയലിൽ നിന്നുള്ള കോൺഫിഗറേഷനുമായി താരതമ്യം ചെയ്യുക, ലയിപ്പിക്കുക. ഒരു ഫയൽ തിരഞ്ഞെടുക്കുന്നതിന് ഞങ്ങൾക്ക് ഉടനടി ഒരു വിൻഡോ ലഭിക്കുന്നു, അതിൽ പ്രധാന കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുന്നതിനുള്ള ഞങ്ങളുടെ ഫയൽ ഞങ്ങൾ സൂചിപ്പിക്കുന്നു “Update_2_0_49_8.cf” പ്ലാറ്റ്ഫോം ഉടൻ തന്നെ കോൺഫിഗറേഷനുകൾ താരതമ്യം ചെയ്യാൻ തുടങ്ങുന്നു.
ഞങ്ങളുടെ “Update_2_0_49_8.cf” ഫയലിൽ ഇതിനകം അപ്ഡേറ്റ് ചെയ്ത കോൺഫിഗറേഷൻ അടങ്ങിയിരിക്കുന്നതിനാൽ, എല്ലാ മാറ്റങ്ങളും കണക്കിലെടുത്ത്, ഞങ്ങൾ ഇപ്പോൾ ഇടത് കോളത്തിലെ എല്ലാ ചെക്ക്ബോക്സുകളും സ്ഥലത്തുതന്നെ വിടുന്നു.
"റൺ" ബട്ടണിൽ ക്ലിക്ക് ചെയ്ത ശേഷം, കോൺഫിഗറേഷനുകൾ ലയിപ്പിക്കും (ആദ്യ ഘട്ടം പോലെ)
എല്ലാ അപ്ഡേറ്റ് ഘട്ടങ്ങളും പൂർത്തിയാക്കിയ ശേഷം, എന്റർപ്രൈസ് മോഡിൽ ഡാറ്റാബേസ് തുറന്ന് അപ്ഡേറ്റുകൾ സ്വീകരിക്കുന്നതിന്റെ നിയമസാധുത സ്ഥിരീകരിക്കുക
വാസ്തവത്തിൽ, കോൺഫിഗറേഷനിലെ മാറ്റങ്ങൾ ചെറുതും മുൻകൂട്ടി അറിയാവുന്നതുമാണെങ്കിൽ, വെണ്ടർ കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുന്നതിലൂടെ നിങ്ങൾക്ക് ഒരു ഘട്ടം മാത്രമേ നേടാനാകൂ. അതേ സമയം, ഇടത് നിരയിൽ, സ്റ്റാൻഡേർഡുമായി ബന്ധപ്പെട്ട് മാറ്റിയ ആ ഒബ്ജക്റ്റുകൾ നിങ്ങൾ അൺചെക്ക് ചെയ്യേണ്ടതുണ്ട്. എന്നിരുന്നാലും, ഫോമുകളിലെ മാറ്റങ്ങൾ കൂടാതെ/അല്ലെങ്കിൽ കോഡിന്റെ വലിയ ബ്ലോക്കുകളുടെ താരതമ്യങ്ങൾ ആവശ്യമില്ലെങ്കിൽ മാത്രമേ ഈ സാങ്കേതികത ബാധകമാകൂ. ലയനത്തിൽ നിന്ന് ഞങ്ങൾ നീക്കം ചെയ്യുന്ന ഒബ്ജക്റ്റുകൾ ഒഴികെ, പുതിയ സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷൻ നിലവിലുള്ളതിൽ സൂപ്പർഇമ്പോസ് ചെയ്യും.
അപ്ഡേറ്റ് രീതി സാർവത്രികമാണ്, എന്റർപ്രൈസ് അക്കൗണ്ടിംഗ് കോൺഫിഗറേഷനുകൾക്ക് മാത്രമല്ല, ഇന്റഗ്രേറ്റഡ്, ZUP, കൂടാതെ മറ്റുള്ളവയ്ക്കും അനുയോജ്യമാണ്...
കോൺഫിഗറേഷൻ പുനരാരംഭിക്കാതെയും ഡാറ്റാബേസ് പുനരാരംഭിക്കാതെയും ബാഹ്യ പ്രോസസ്സിംഗിൽ മാനേജർ മൊഡ്യൂൾ ഡീബഗ് ചെയ്യാനും പരിഷ്‌ക്കരിക്കാനും ഈ സാങ്കേതികത നിങ്ങളെ അനുവദിക്കുന്നു.
പ്രശ്നത്തിന്റെ രൂപീകരണം
വളരെ കനത്ത കോൺഫിഗറേഷനുള്ള ഒരു ഡാറ്റാബേസ് ഞങ്ങൾ അന്തിമമാക്കുകയാണെന്ന് കരുതുക. സംരക്ഷിച്ചതിന് ശേഷം സംരക്ഷിക്കൽ കൂടാതെ/അല്ലെങ്കിൽ പുനരാരംഭിക്കുന്നതിന് വളരെ സമയമെടുക്കും.
ഞങ്ങളുടെ കോൺഫിഗറേഷനിൽ ചില ഒബ്‌ജക്‌റ്റുകൾക്കായി ഒരു മാനേജർ മൊഡ്യൂൾ ഉണ്ടായിരിക്കട്ടെ. ഈ മാനേജർ മൊഡ്യൂളിന് ഒരു കയറ്റുമതി രീതി ഉണ്ട്, അതിൽ നിന്ന് മറ്റ് നടപടിക്രമങ്ങൾ വിളിക്കുന്നു.
ഈ മാനേജർ മൊഡ്യൂൾ മെച്ചപ്പെടുത്തേണ്ടതുണ്ട്. ഈ സാഹചര്യത്തിൽ, ഡീബഗ്ഗിംഗ് സമയത്ത് കോഡിലേക്കുള്ള ഓരോ മാറ്റത്തിനും ശേഷം ഡാറ്റാബേസ് പുനരാരംഭിക്കുന്നതിന്റെ എണ്ണം കുറയ്ക്കേണ്ടത് ആവശ്യമാണ്.
പരിഹാരത്തിന്റെ സാരാംശം
മാനേജർ മൊഡ്യൂളിന്റെ എല്ലാ കോഡുകളും ബാഹ്യ പ്രോസസ്സിംഗിലേക്ക് പകർത്താം
- ബാഹ്യ പ്രോസസ്സിംഗിലേക്ക് മാനേജർ മൊഡ്യൂളിന്റെ എക്സ്പോർട്ട് രീതികളിലേക്ക് കോളുകൾ റീഡയറക്‌ട് ചെയ്യാനുള്ള കഴിവ് നമുക്ക് ചേർക്കാം (സാധ്യമായ ഏറ്റവും ലളിതമായ രീതിയിൽ)
- സോപാധികമായ സ്റ്റോപ്പിംഗ് സംവിധാനം ഉപയോഗിച്ച് ഞങ്ങൾ ഡീബഗ്ഗറിൽ നിന്നുള്ള റീഡയറക്‌ഷൻ പ്രവർത്തനക്ഷമമാക്കും/അപ്രാപ്‌തമാക്കും
ഘട്ടം 1.
രീതിയുടെ തുടക്കത്തിലേക്ക് ഇനിപ്പറയുന്ന കോഡ് ചേർക്കാൻ ഞാൻ നിർദ്ദേശിക്കുന്നു, അത് എൻട്രി പോയിന്റാണ്:
// ചില കോൺഫിഗറേഷൻ ഒബ്‌ജക്റ്റിന്റെ മാനേജർ മൊഡ്യൂൾ നടപടിക്രമം പ്രിന്റ് (പാരാമീറ്ററുകൾ) കയറ്റുമതി // ++ ഡീബഗ്ഗിംഗ് വേരിയബിൾ ഡീബഗ്ഗർ; ഡീബഗ്ഗർ ആണെങ്കിൽ<>നിർവചിക്കാത്തത് പിന്നെ ഡീബഗ്ഗർ.പ്രിന്റ്(ഓപ്ഷനുകൾ); മടങ്ങുക; അവസാനം എങ്കിൽ; // -- ഡീബഗ്ഗിംഗ് റിപ്പോർട്ട് ("ഇത് മാനേജർ മൊഡ്യൂളിൽ നിന്നുള്ള കോളാണ്"); നടപടിക്രമത്തിന്റെ അവസാനം
ഘട്ടം 2.
അടുത്തതായി, ഞങ്ങൾ ഒരു സേവനം സാർവത്രിക ബാഹ്യ പ്രോസസ്സിംഗ് സൃഷ്ടിക്കുന്നു, ഉദാഹരണത്തിന്, സെർവറിലെ ചില ഫോൾഡറിൽ. നമുക്ക് അതിനെ Debugger.epf എന്ന് വിളിക്കാം.
ഈ പ്രോസസ്സിംഗിൽ, ഏകദേശം ഇനിപ്പറയുന്ന ഉള്ളടക്കമുള്ള ഒരു ചെറിയ സാർവത്രിക കയറ്റുമതി പ്രവർത്തനത്തെ ഞങ്ങൾ വിവരിക്കും:
// പ്രോസസ്സിംഗ് മൊഡ്യൂൾ Debugger.epf ഫംഗ്ഷൻ SetDebugModule(ഡീബഗ്ഗർ, ModuleName) എക്സ്പോർട്ട് ഡീബഗ്ഗർ = ExternalProcessing.Create(PathToExternalProcessing(ModuleName), False); തെറ്റായി മടങ്ങുക; EndFunction Function PathToExternalProcessing(ModuleName) Return CurrentDirectory() + ModuleName+ ".epf"; EndFunction Function CurrentDirectory() കയറ്റുമതി ഫയൽ = പുതിയ ഫയൽ (ThisObject.UsedFileName); ഫയൽ.പാത്ത് മടങ്ങുക; എൻഡ്ഫംഗ്ഷൻ
ഘട്ടം 3.
നമുക്ക് ബാഹ്യ പ്രോസസ്സിംഗ് സൃഷ്ടിക്കാം, അതിൽ നമ്മുടെ കോഡ് എഴുതാം. ഈ പ്രോസസ്സിംഗിനായി ഞങ്ങൾ മാനേജർ മൊഡ്യൂളിൽ നിന്ന് മുഴുവൻ കോഡും ഒബ്ജക്റ്റ് മൊഡ്യൂളിലേക്ക് പകർത്തുന്നു.
Debugger.epf-ന്റെ അതേ ഫോൾഡറിൽ നമുക്ക് ഇത് സേവ് ചെയ്യാം. ഈ പ്രോസസ്സിംഗിന് ഒരു പേര് നൽകാം, ഉദാഹരണത്തിന്, Processing.PrintInvoice.ManagerModule.epf .
// ബാഹ്യ പ്രോസസ്സിംഗ് ഒബ്ജക്റ്റ് മൊഡ്യൂൾ Processing.PrintAccount.ManagerModule.epf നടപടിക്രമം പ്രിന്റ് (പാരാമീറ്ററുകൾ) കയറ്റുമതി // ++ ഡീബഗ്ഗിംഗ് വേരിയബിൾ ഡീബഗ്ഗർ; ഡീബഗ്ഗർ ആണെങ്കിൽ<>നിർവചിക്കാത്തത് പിന്നെ ഡീബഗ്ഗർ.പ്രിന്റ്(ഓപ്ഷനുകൾ); മടങ്ങുക; അവസാനം എങ്കിൽ; // -- ഡീബഗ്ഗിംഗ് // ++ പരിഹരിച്ചു //അറിയിക്കുക("ഇത് മാനേജർ മൊഡ്യൂളിൽ നിന്നുള്ള കോളാണ്"); റിപ്പോർട്ട് ("ഇത് ബാഹ്യ പ്രോസസ്സിംഗിൽ നിന്നുള്ള കോളാണ്"); // -- നടപടിക്രമത്തിന്റെ നിശ്ചിത അവസാനം
ഘട്ടം 4.
മാനേജർ മൊഡ്യൂളിൽ, ഞങ്ങൾ ഒരു സോപാധിക ബ്രേക്ക്‌പോയിന്റ് സജ്ജമാക്കി. ഞങ്ങൾ ഇനിപ്പറയുന്ന കോഡ് വ്യവസ്ഥയിൽ എഴുതുന്നു:
ExternalProcessing.Create("C:\Debugging\Debugger.epf", False).InstallDebugModule(Debugger, "Processing.PrintInvoice.ManagerModule")
ഘട്ടം 5.
ടെസ്റ്റ് ഉദാഹരണം പ്രവർത്തിപ്പിക്കാം. ബ്രേക്ക്‌പോയിന്റിൽ, അവസ്ഥ പരിശോധന വിളിക്കപ്പെടും. ഈ സാഹചര്യത്തിൽ, സൃഷ്ടിച്ച ബാഹ്യ പ്രോസസ്സിംഗിന്റെ ഒബ്ജക്റ്റ് Processing.PrintInvoice.ManagerModule.epf ഡീബഗ്ഗർ വേരിയബിളിലേക്ക് അസൈൻ ചെയ്യപ്പെടും. ഇത് ഡീബഗ്ഗർ ആണെങ്കിൽ എന്ന അവസ്ഥയ്ക്ക് കാരണമാകും<>നിർവചിക്കാത്തത് തുടർന്ന് അത് എക്സിക്യൂട്ട് ചെയ്യുകയും കോൾ ബാഹ്യ പ്രോസസ്സിംഗിലേക്ക് കൈമാറുകയും ചെയ്യും.
ഘട്ടം 6.
ഓരോ സേവ് ചെയ്തതിനുശേഷവും പുനരാരംഭിക്കുന്നതിന് സമയം പാഴാക്കാതെ, ബാഹ്യ പ്രോസസ്സിംഗിൽ ഞങ്ങൾ കോഡ് അന്തിമമാക്കുകയും ഡീബഗ് ചെയ്യുകയും ചെയ്യുന്നു.
പരിഷ്ക്കരണങ്ങൾ പൂർത്തിയാക്കിയ ശേഷം, ഞങ്ങൾ മാനേജർ മൊഡ്യൂളിലെ കോഡ് ബാഹ്യ പ്രോസസ്സിംഗിൽ നിന്നുള്ള കോഡ് ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു (പൂർണ്ണമായി).
സോപാധികമായ ബ്രേക്ക്‌പോയിന്റുകൾ പ്രവർത്തനരഹിതമാക്കാൻ മറക്കരുത്.
റിപ്പോസിറ്ററിയിൽ സംഭരിക്കുന്നതിന് മുമ്പ്, മാനേജർ മൊഡ്യൂളിലെ ഡീബഗ്ഗിംഗ് ഭാഗം നിങ്ങൾക്ക് നീക്കംചെയ്യാം.
ആപ്ലിക്കേഷൻ ഏരിയ
ഈ രീതിയിൽ, നിങ്ങൾക്ക് ഏതെങ്കിലും ഒബ്‌ജക്റ്റുകളുടെയും പൊതുവായ മൊഡ്യൂളുകളുടെയും (സെർവർ) മാനേജർമാരുടെ മൊഡ്യൂളുകൾ ഡീബഗ് ചെയ്യാനും പരിഷ്‌ക്കരിക്കാനും കഴിയും.
ഒബ്ജക്റ്റ് മൊഡ്യൂളുകൾ ഡീബഗ് ചെയ്യുന്നതിന് സമാനമായ ഒരു സാങ്കേതികവിദ്യ ഉപയോഗിക്കുന്നു, പക്ഷേ നിരവധി സൂക്ഷ്മതകളും പരിമിതികളും ഉണ്ട്.
ഫയലുകൾ
ഞാൻ ബാഹ്യ പ്രോസസ്സിംഗ് Debugger.epf ഉപയോഗിക്കുന്നു, മുകളിൽ വിവരിച്ച പ്രവർത്തനത്തിന് പുറമേ, കൂടുതൽ ഉപയോഗപ്രദമായ സവിശേഷതകൾ ഉണ്ട്. പരിഷ്‌ക്കരിക്കപ്പെടുന്ന ഒബ്‌ജക്‌റ്റിന് അനുയോജ്യമായ പേരിൽ ഒരു ശൂന്യമായ ടെംപ്ലേറ്റ് പ്രോസസ്സിംഗ് സൃഷ്‌ടിക്കാനുള്ള കഴിവ് ഉൾപ്പെടെ
ഏത് കോൺഫിഗറേഷനിലും കൈകാര്യം ചെയ്യുന്നതും സാധാരണവുമായ ആപ്ലിക്കേഷൻ മോഡിൽ പ്രോസസ്സിംഗ് തുറക്കുന്നു.
പ്ലാറ്റ്ഫോം 8.3-ൽ 8.2.13-മായി പൊരുത്തപ്പെടുന്ന മോഡിൽ പരീക്ഷിച്ചു. അതായത്, ഇത് 8.2, 8.3 എന്നിവയ്ക്ക് കീഴിൽ പ്രവർത്തിക്കണം
ഒരു നോൺ-സ്റ്റാൻഡേർഡ് 1C കോൺഫിഗറേഷൻ: 1) പ്രോഗ്രാമർ ആദ്യം മുതൽ സ്വതന്ത്രമായി 1C കോൺഫിഗറേഷൻ എഴുതിയതാണ്, 2) 1C കോൺഫിഗറേഷൻ സ്റ്റാൻഡേർഡ് ആയിരുന്നു, എന്നാൽ ഒരു പ്രോപ്പർട്ടി ചേർത്താലും അതിൽ മാറ്റങ്ങൾ ചേർത്തു.
ഈ ലേഖനത്തിൽ, 1C കോൺഫിഗറേഷനുകൾ ശരിയായി അപ്ഡേറ്റ് ചെയ്യേണ്ടത് എങ്ങനെയെന്ന് നോക്കാം, അതുപോലെ തന്നെ സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷനുകൾ മൃദുവായി മാറ്റുന്നതിനുള്ള നിരവധി ടെക്നിക്കുകൾ, അതായത്. ശരിയായ മാറ്റം, അത് കൂടുതൽ അപ്ഡേറ്റ് ചെയ്യാനുള്ള സാധ്യതയെ ബാധിക്കില്ല.
സ്റ്റാൻഡേർഡ് 1C കോൺഫിഗറേഷനിൽ എന്തെങ്കിലും മാറ്റങ്ങൾ വരുത്തുന്നതിന്, സ്റ്റാൻഡേർഡ് 1C കോൺഫിഗറേഷനിലേക്കുള്ള മാറ്റം അൺലോക്ക് ചെയ്യേണ്ടത് ആവശ്യമാണ്, ചില സന്ദർഭങ്ങളിൽ "പിന്തുണയിൽ നിന്ന് അത് നീക്കം ചെയ്യുക".
ഏറ്റവും ഒപ്റ്റിമൽ അപ്ഡേറ്റ് ഓപ്ഷനിൽ, 1C കോൺഫിഗറേഷൻ പൂർണ്ണമായും ഓട്ടോമാറ്റിക് മോഡിൽ അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയും; കോൺഫിഗറേഷൻ മാറ്റങ്ങൾ നിരോധിക്കുമ്പോൾ ഇത് സാധ്യമാണ്. മിക്കപ്പോഴും കോൺഫിഗറേഷൻ മാറ്റങ്ങൾ ഉൾപ്പെടുത്തേണ്ടത് ആവശ്യമാണ്, കാരണം ഉപഭോക്താവിന്റെ ബിസിനസ്സ് ആവശ്യകതകളുമായി ആപ്ലിക്കേഷൻ പരിഹാരങ്ങൾ ക്രമീകരിക്കേണ്ടത് ആവശ്യമാണ്; ഞങ്ങൾ ഈ ഓപ്ഷനിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കും.
നിങ്ങൾ അപ്ഡേറ്റ് ചെയ്യുന്നതിന് മുമ്പ് ഒരു ബാക്കപ്പ് പകർപ്പ് നിർമ്മിക്കാൻ വളരെ ശുപാർശ ചെയ്യുന്നുഡാറ്റാബേസ്, ഇത് അഡ്മിനിസ്ട്രേഷൻ/അപ്ലോഡ് ഇൻഫോബേസ് മെനുവിലൂടെ ചെയ്യാം.
2 അപ്ഡേറ്റ് ഓപ്ഷനുകളുണ്ട്: എ) പിന്തുണയിലൂടെ 1C അപ്ഡേറ്റ് ചെയ്യുന്നു (കോൺഫിഗറേഷൻ/പിന്തുണ/അപ്ഡേറ്റ് കോൺഫിഗറേഷൻ ഡയലോഗിലൂടെ വിളിക്കുക), ബി) ഒരു ഫയലിൽ നിന്നുള്ള കോൺഫിഗറേഷനുമായി താരതമ്യം ചെയ്യുന്നതിലൂടെ. ഈ രണ്ട് പോയിന്റുകളും തമ്മിലുള്ള വ്യത്യാസം ശ്രദ്ധിക്കേണ്ടതാണ്, ആദ്യ സന്ദർഭത്തിൽ, പ്രധാന കോൺഫിഗറേഷനും വിതരണ കോൺഫിഗറേഷനും അപ്ഡേറ്റ് ചെയ്യപ്പെടുന്നു, കൂടാതെ ലയന കോൺഫിഗറേഷനുകൾ താരതമ്യം ചെയ്യുമ്പോൾ, പ്രധാന കോൺഫിഗറേഷൻ മാത്രമേ അപ്ഡേറ്റ് ചെയ്യുകയുള്ളൂ, വിതരണ കോൺഫിഗറേഷൻ പഴയതായി തുടരും. അതിനാൽ, അപ്ഡേറ്റ് കോൺഫിഗറേഷൻ വഴി അപ്ഡേറ്റ് ചെയ്യുക എന്നതാണ് ഏറ്റവും ശുപാർശ ചെയ്യുന്ന ഓപ്ഷൻ. കോൺഫിഗറേഷൻ പിന്തുണ വഴി അപ്ഡേറ്റ് ചെയ്യുന്നതിന്, വെണ്ടറുടെ CF അല്ലെങ്കിൽ CFU ഡെലിവറി ഫയലുകൾ ഉപയോഗിക്കുന്നു, അത് തിരയുന്നതിലൂടെയോ ടെംപ്ലേറ്റ് ഡയറക്‌ടറിയിൽ ഇന്റർനെറ്റിലെ പാത്ത് വ്യക്തമാക്കുന്നതിലൂടെയോ അല്ലെങ്കിൽ നിങ്ങളുടെ ഹാർഡ് ഡ്രൈവിൽ ആവശ്യമുള്ള ഫയലിലേക്കുള്ള പാത നേരിട്ട് വ്യക്തമാക്കുന്നതിലൂടെയോ കണ്ടെത്താനാകും.
മാറ്റങ്ങൾ വരുത്താനുള്ള കഴിവില്ലാതെ 1C കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുമ്പോൾ, അപ്ഡേറ്റ് ഫയൽ തിരഞ്ഞെടുത്തതിന് ശേഷമുള്ള അപ്ഡേറ്റ് യാന്ത്രികമായി സംഭവിക്കുന്നു; മാറ്റങ്ങൾ വരുത്താനുള്ള കഴിവ് കോൺഫിഗറേഷനിൽ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെങ്കിൽ, അപ്ഡേറ്റ് ഫയൽ തിരഞ്ഞെടുത്തതിന് ശേഷം ഒരു കോൺഫിഗറേഷൻ താരതമ്യ വിൻഡോ പ്രദർശിപ്പിക്കും. ഞങ്ങളുടെ നോൺ-സ്റ്റാൻഡേർഡ് 1C കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യാൻ സിസ്റ്റം എങ്ങനെയാണ് വാഗ്ദാനം ചെയ്യുന്നതെന്ന് ഈ ഡയലോഗിൽ നമുക്ക് കാണാൻ കഴിയും. ഡയലോഗ് ബോക്‌സിന്റെ ചുവടെ ഒബ്ജക്റ്റ് സ്റ്റാറ്റസുകൾക്ക് അനുയോജ്യമായ ഒരു ഐതിഹ്യമുണ്ട്: “ഒബ്ജക്റ്റ് കംപ്ലയൻസ് സ്റ്റാറ്റസുകൾ” “പ്രധാന കോൺഫിഗറേഷന്റെ” താരതമ്യത്തെയും “പുതിയ കോൺഫിഗറേഷൻ”, “ഒബ്ജക്റ്റ് ഹിസ്റ്ററി സ്റ്റാറ്റസുകൾ” എന്നിവ കോൺഫിഗറേഷൻ ഒബ്ജക്റ്റുകളുടെ താരതമ്യത്തെ സൂചിപ്പിക്കുന്നു. "പഴയ സപ്ലയർ കോൺഫിഗറേഷൻ" വസ്തുക്കൾ.
ഒബ്‌ജക്‌റ്റുകൾക്ക് അടുത്തുള്ള ബോക്സുകൾ പരിശോധിക്കുന്നതിലൂടെ, നിലവിലെ കോൺഫിഗറേഷൻ ഒബ്ജക്റ്റ് മാറണോ അതോ പഴയതായി തുടരണോ, അതുപോലെ ഒബ്ജക്റ്റ് എങ്ങനെ മാറ്റാമെന്നും നിങ്ങൾക്ക് തിരഞ്ഞെടുക്കാം. പ്രവർത്തന മെനുവിൽ, നിങ്ങൾക്ക് സബ്സിസ്റ്റങ്ങൾക്കുള്ള ബോക്സുകൾ പരിശോധിക്കാൻ കഴിയും (കോൺഫിഗറേഷൻ നിരവധി വിതരണക്കാർ പിന്തുണയ്ക്കുന്നുവെങ്കിൽ ഇത് ഉപയോഗപ്രദമാണ്). ഈ മെനുവിൽ എല്ലാ ഒബ്‌ജക്‌റ്റുകൾക്കും ഒരേസമയം ലയിപ്പിക്കുന്നതിനുള്ള മുൻഗണന വ്യക്തമാക്കാൻ കഴിയും; സ്ഥിരസ്ഥിതിയായി, വിതരണക്കാരന്റെ കോൺഫിഗറേഷനാണ് സിസ്റ്റം ഉയർന്ന മുൻ‌ഗണനയായി കണക്കാക്കുന്നത്. ലയിപ്പിക്കുന്ന മോഡ് വിശദമായി വ്യക്തമാക്കുന്നതിന് ഏത് കോൺഫിഗറേഷൻ ഒബ്‌ജക്റ്റുകളാണ് ഞങ്ങൾ പ്രദർശിപ്പിക്കേണ്ടതെന്ന് വ്യക്തമാക്കാൻ ഫിൽട്ടർ ക്രമീകരണങ്ങൾ ഞങ്ങളെ അനുവദിക്കുന്നു. നിരവധി സ്റ്റാൻഡേർഡ് ഫിൽട്ടർ ടെംപ്ലേറ്റുകൾ ഉണ്ട്, കൂടാതെ താരതമ്യം ചെയ്യപ്പെടുന്ന ഓരോ ജോഡി കോൺഫിഗറേഷനുകൾക്കുമായി നിങ്ങൾക്ക് ഫിൽട്ടറുകൾ വ്യക്തമാക്കാനും കഴിയും. "ഫിൽട്ടർ" ക്രമീകരണങ്ങളിൽ "രണ്ടുതവണ മാറ്റിയ പ്രോപ്പർട്ടികൾ മാത്രം കാണിക്കുക" എന്ന ചെക്ക്ബോക്‌സ് സജ്ജീകരിക്കുന്നത് സാധ്യമാണ്; വിതരണക്കാരന്റെ മാറ്റങ്ങളും ഈ ഒബ്ജക്റ്റുകളിലെ പരിഷ്‌ക്കരണങ്ങളും തമ്മിലുള്ള വൈരുദ്ധ്യത്തിന് കാരണമാകാത്ത അപ്ഡേറ്റ് ഒബ്ജക്റ്റുകൾ ഫിൽട്ടർ ചെയ്യാൻ ഇത് നിങ്ങളെ അനുവദിക്കും:
അതിനാൽ, സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷന്റെ അന്തിമ ഘട്ടത്തിലും പുതിയ വിതരണ കോൺഫിഗറേഷനിലും രണ്ടുതവണ മാറ്റിയ ഒബ്ജക്റ്റുകളുടെ ഒരു ലിസ്റ്റ് ആയിരിക്കും ഫലം. നിങ്ങൾ അപ്ഡേറ്റ് അംഗീകരിക്കുകയാണെങ്കിൽ, ഈ ഒബ്‌ജക്റ്റുകളിൽ മുമ്പ് വരുത്തിയ മെച്ചപ്പെടുത്തലുകൾ നഷ്‌ടമാകും. അതിനാൽ, ഓരോ ഒബ്ജക്റ്റിനും അത് എങ്ങനെ അപ്ഡേറ്റ് ചെയ്യപ്പെടും എന്നതിനെക്കുറിച്ച് തീരുമാനമെടുക്കേണ്ടത് ആവശ്യമാണ്. ഈ ഘട്ടത്തിൽ, പിന്നീട് ജോലിയുടെ അളവ് കുറയ്ക്കുന്നതിന് മാത്രമായി ഒരു പ്രാഥമിക താരതമ്യം നടത്തണം. വിലയിരുത്തൽ കൃത്യവും വേഗവുമല്ല - "കണ്ണിലൂടെ". പുതിയ സപ്ലയർ കോൺഫിഗറേഷനിൽ ഒബ്ജക്റ്റിൽ കൂടുതൽ മാറ്റങ്ങൾ ഉണ്ടെങ്കിൽ, ഞങ്ങൾ വിതരണക്കാരന്റെ ഒബ്‌ജക്റ്റിന്റെ ഉദാഹരണം ഉപേക്ഷിക്കുന്നു. ഒരു ചെക്ക്മാർക്ക് വിടുക. അപ്പോൾ നിങ്ങൾ വർക്കിംഗ് കോൺഫിഗറേഷനിൽ നിന്ന് മാറ്റങ്ങൾ കൈമാറേണ്ടതുണ്ട്. വർക്കിംഗ് കോൺഫിഗറേഷനിൽ ഒബ്ജക്റ്റിൽ കൂടുതൽ മാറ്റങ്ങൾ ഉണ്ടെങ്കിൽ, ഞങ്ങൾ വർക്കിംഗ് കോൺഫിഗറേഷൻ ഒബ്‌ജക്റ്റിന്റെ ഒരു ഉദാഹരണം വിടുന്നു. ബോക്സ് അൺചെക്ക് ചെയ്യുക. അതിനുശേഷം നിങ്ങൾ ദാതാവിന്റെ കോൺഫിഗറേഷനിൽ നിന്ന് മാറ്റങ്ങൾ മൈഗ്രേറ്റ് ചെയ്യേണ്ടതുണ്ട്. മൊഡ്യൂളുകൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് കുറച്ച് വ്യത്യസ്തമായി കാര്യങ്ങൾ ചെയ്യാൻ കഴിയും, കാരണം... നടപടിക്രമപരമായി മൊഡ്യൂളുകൾ താരതമ്യം ചെയ്യാൻ കഴിയും.
ആ. ഞങ്ങളുടെ 1C കോൺഫിഗറേഷനിലും വിതരണക്കാരന്റെ കോൺഫിഗറേഷനിലും വിവിധ മൊഡ്യൂൾ നടപടിക്രമങ്ങൾ മാറ്റിയിട്ടുണ്ടെങ്കിൽ, ബോക്സുകൾ ശരിയായി പരിശോധിക്കുന്നതിലൂടെ, കോഡ് മാറ്റങ്ങൾ സ്വമേധയാ കൈമാറുന്നതിൽ നിന്ന് ഞങ്ങൾ സ്വയം രക്ഷിക്കും. ഇതിലേക്ക് പോകുന്നതിന്, മൊഡ്യൂളുകൾ സംയോജിപ്പിക്കുന്നതിനുള്ള മോഡിന്റെ പേരിന് അടുത്തുള്ള ഒരു ഭൂതക്കണ്ണാടി രൂപത്തിൽ നിങ്ങൾ ബട്ടണിൽ ക്ലിക്കുചെയ്യേണ്ടതുണ്ട്:
ഒരു ഒബ്ജക്റ്റിൽ പ്രവർത്തനങ്ങളുടെ ഒരു മെനു പ്രദർശിപ്പിക്കുമ്പോൾ (ഉദാഹരണത്തിന്, വലത് മൗസ് ബട്ടൺ ക്ലിക്കുചെയ്യുന്നതിലൂടെ), ഒബ്ജക്റ്റ് താരതമ്യത്തെക്കുറിച്ചുള്ള ഒരു റിപ്പോർട്ട് ഞങ്ങൾക്ക് വിളിക്കാം.
1C അപ്ഡേറ്റ് സ്ഥിരീകരിക്കുന്നതിന്, നിങ്ങൾ മെനു ഇനം കോൺഫിഗറേഷൻ/അപ്ഡേറ്റ് ഡാറ്റാബേസ് കോൺഫിഗറേഷൻ തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്.
1C അപ്ഡേറ്റ് നിരസിക്കാൻ, നിങ്ങൾ മെനു ഇനം കോൺഫിഗറേഷൻ / ഡാറ്റാബേസ് കോൺഫിഗറേഷനിലേക്ക് മടങ്ങുക എന്നത് തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്.
1C കോൺഫിഗറേഷനുകളുടെ ഭാവി അപ്ഡേറ്റ് ലളിതമാക്കുന്ന നിരവധി നിയമങ്ങൾ:
1C അപ്ഡേറ്റ് ചെയ്യുന്നതിനുള്ള അടിസ്ഥാന നിയമം: നിങ്ങൾ പുതിയ വസ്തുക്കൾ ചേർക്കേണ്ടതുണ്ട്, കാരണം... അപ്ഡേറ്റ് ചെയ്യുമ്പോൾ, പുതിയ വസ്തുക്കളെ സിസ്റ്റം ബാധിക്കില്ല
മൊഡ്യൂളുകളുടെ ടെക്‌സ്‌റ്റുകൾ മാറ്റുമ്പോൾ, നിങ്ങളുടേതായ പുതിയ നടപടിക്രമങ്ങളും പ്രവർത്തനങ്ങളും ചേർക്കുന്നതും നിലവിലുള്ളവയിൽ നിന്ന് പുതിയവയെ വിളിക്കുന്നതും നല്ലതാണ്.
ഇവന്റ് സബ്സ്ക്രിപ്ഷനുകൾ ഉപയോഗിച്ച്, സ്റ്റാൻഡേർഡ് കോഡ് മാറ്റാതെ തന്നെ നിങ്ങൾക്ക് സ്റ്റാൻഡേർഡ് മെക്കാനിസങ്ങൾ പരിഷ്കരിക്കാനാകും
സാധാരണ കോൺഫിഗറേഷൻ പ്രവർത്തനം ഉപയോഗിക്കുന്നു
ഫോം ഘടകങ്ങളുടെ പ്രോഗ്രമാറ്റിക് സൃഷ്ടി (FormCreationOnServer ഇവന്റിൽ)
നന്ദി!
1C സോഫ്റ്റ്‌വെയർ ഉൽപ്പന്നങ്ങൾ അവയുടെ പ്രവർത്തനത്തെ ഈ പ്രോഗ്രാമുകൾ ഉപയോഗിക്കുന്ന രാജ്യത്തിന്റെ നിയമനിർമ്മാണത്തെ വളരെയധികം സ്വാധീനിക്കുന്നു എന്ന അർത്ഥത്തിൽ പ്രത്യേകമാണ്. അതുകൊണ്ടാണ് ഈ ഉൽപ്പന്നങ്ങൾ അപ്ഡേറ്റ് ചെയ്യാൻ കഴിയുന്നത് വളരെ പ്രധാനമായത്, കാരണം നിയമനിർമ്മാണ പ്രശ്നങ്ങൾക്ക് പുറമേ, അപ്ഡേറ്റ് ചെയ്ത കോൺഫിഗറേഷനുകളിൽ ഗുരുതരമായ പിശകുകളുടെ തിരുത്തലുകൾ, പ്രോഗ്രാമിന്റെ മുഴുവൻ പ്രവർത്തനത്തിന്റെയും ത്വരിതപ്പെടുത്തലും മറ്റ് ഉപയോഗപ്രദമായ വിശദാംശങ്ങളും അടങ്ങിയിരിക്കും. ഇവന്റുകൾ വികസിപ്പിക്കുന്നതിന് രണ്ട് ഓപ്ഷനുകളുണ്ട്: ആദ്യ ഓപ്ഷൻ സ്റ്റാൻഡേർഡ് (സ്റ്റാൻഡേർഡ്) കോൺഫിഗറേഷന്റെ ഒരു അപ്‌ഡേറ്റാണ്, അത് വളരെ വേഗത്തിൽ സംഭവിക്കുകയും കൂടുതൽ പരിശ്രമം ആവശ്യമില്ല, രണ്ടാമത്തെ ഓപ്ഷൻ, നിങ്ങൾ പരിഷ്കരിച്ച അസംബ്ലി അപ്ഡേറ്റ് ചെയ്യേണ്ടിവരുമ്പോൾ, ദൈർഘ്യമേറിയതും കൂടുതൽ സങ്കീർണ്ണവുമാണ്.
കോൺഫിഗറേഷൻ തരം നിർവചിക്കുന്നു
സാധാരണയായി, പ്രോഗ്രാമിന്റെ ആന്തരിക ഒബ്‌ജക്റ്റുകളുമായുള്ള ഇടപെടലിന്റെ അഭാവമാണ് സ്റ്റാൻഡേർഡ് ബിൽഡിന്റെ സവിശേഷതയായതിനാൽ, ഏത് പതിപ്പാണ് തന്റെ പക്കലുള്ളതെന്ന് ഉപയോക്താവിന് കൃത്യമായി അറിയാം. മറ്റൊരു കാര്യം, പരിഷ്ക്കരണം, ചട്ടം പോലെ, പ്രോഗ്രാമർമാരാണ് നടത്തുന്നത്; അതനുസരിച്ച്, ഉപയോക്താവിന് ഇതിനകം പരിഷ്കരിച്ച ഉൽപ്പന്നം ലഭിക്കുന്നു, അത് അയാൾക്ക് അറിയില്ലായിരിക്കാം. അവിടെ മാറ്റങ്ങൾ വരുത്തിയിട്ടുണ്ടോ ഇല്ലയോ എന്ന് മനസിലാക്കാൻ ലളിതമായ ഒരു മാർഗമുണ്ട്. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ കോൺഫിഗറേറ്റർ മോഡ് നൽകേണ്ടതുണ്ട്, അതിനുള്ള അനുബന്ധ ബട്ടൺ പ്രോഗ്രാമിന്റെ ആരംഭ വിൻഡോയിലാണ്. മുകളിൽ ഒരു കോൺഫിഗറേഷൻ ടാബ് ഉണ്ട്, അതിൽ ഒരു പിന്തുണാ ഇനം ഉണ്ട്. അതിൽ ക്ലിക്ക് ചെയ്ത ശേഷം, നിങ്ങൾ പിന്തുണ ക്രമീകരണങ്ങൾ തിരഞ്ഞെടുക്കണം. തുറന്ന വിൻഡോയിൽ, "പരിഷ്ക്കരണ ശേഷി പ്രാപ്തമാക്കുക" ബട്ടൺ സജീവമായിരിക്കണം; കൂടാതെ, ഒരു സാധാരണ അസംബ്ലിയുടെ അടയാളം അസംബ്ലിയുടെ പേരിന് അടുത്തുള്ള ഒരു ലോക്ക് ഐക്കണിന്റെ സാന്നിധ്യമാണ്. പ്രോഗ്രാം മൊഡ്യൂളുകൾ മാറിയിട്ടില്ലെന്ന് ഈ അടയാളങ്ങൾ സൂചിപ്പിക്കുന്നു, അതായത് നിങ്ങൾക്ക് ഇന്റർനെറ്റ് വഴി ഔദ്യോഗിക വെബ്സൈറ്റിൽ നിന്ന് ഒരു കേന്ദ്രീകൃത അപ്ഡേറ്റ് നടത്താൻ കഴിയും. ഈ അടയാളങ്ങളുടെ അഭാവത്തിൽ, പ്രോഗ്രാമർ ഈ ഉൽപ്പന്നം എഡിറ്റുചെയ്യുന്നതിൽ പ്രവർത്തിച്ചുവെന്ന് വാദിക്കാം, അതേസമയം പരിഷ്ക്കരണം ഭാഗികമായിരിക്കുമ്പോൾ ഒരു സാഹചര്യം സാധ്യമാണ്, അതായത്, നിരവധി വസ്തുക്കൾ അവയുടെ യഥാർത്ഥ രൂപത്തിൽ അവശേഷിക്കുന്നു. എല്ലാ പരിഷ്‌ക്കരിച്ച ഒബ്‌ജക്‌റ്റുകളും തിരിച്ചറിയൽ ഐക്കണുകളില്ലാതെ നിലനിൽക്കും, സാധാരണ ഘടകങ്ങൾ മഞ്ഞ ക്യൂബ് ഉപയോഗിച്ച് അടയാളപ്പെടുത്തിയിരിക്കുന്നു. സ്പർശിക്കാത്ത ഒബ്ജക്റ്റുകൾ അപ്ഡേറ്റ് ചെയ്യാൻ സാധിക്കുമെന്നതിനാൽ ഭാഗിക പരിഷ്ക്കരണം പ്രോഗ്രാമിനെ പിന്തുണയിൽ നിന്ന് പൂർണ്ണമായി നീക്കം ചെയ്യുന്നില്ല.
സ്റ്റാൻഡേർഡ് (സാധാരണ) കോൺഫിഗറേഷൻ - അപ്ഡേറ്റിനുള്ള തയ്യാറെടുപ്പ്
നിയമനിർമ്മാണത്തിലെ മാറ്റങ്ങൾ അല്ലെങ്കിൽ പ്രോഗ്രാമിന്റെ പ്രകടനത്തിലെ അപചയം പോലുള്ള സൂചിപ്പിച്ച പ്രശ്നങ്ങൾക്ക് പുറമേ, 1C പ്രോഗ്രാം അനുബന്ധ സന്ദേശം നൽകുമ്പോൾ നിങ്ങൾ അത് അപ്ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്. ഈ ബിൽഡ് കുറച്ച് സമയം മുമ്പ് പുറത്തിറക്കിയതാണെന്നും ഇപ്പോൾ മെച്ചപ്പെട്ട കോൺഫിഗറേഷൻ ഉണ്ടെന്നും അത് വെബ്‌സൈറ്റ് വഴിയോ ഐടിഎസ് ഡിസ്ക് ഉപയോഗിച്ചോ ഇപ്പോൾ തന്നെ അപ്ഡേറ്റ് ചെയ്യാമെന്നും അത് പറയും. ആരംഭിക്കുന്നതിന്, ഡാറ്റാബേസിന്റെ ഒരു ബാക്കപ്പ് പകർപ്പ് നിർമ്മിക്കുന്നത് വളരെ പ്രധാനമാണ്, അതുവഴി എന്തെങ്കിലും തെറ്റ് സംഭവിച്ചാൽ നിങ്ങൾക്ക് എല്ലാം പുനഃസ്ഥാപിക്കാൻ കഴിയും. ഇത് മൂന്ന് തരത്തിലാണ് ചെയ്യുന്നത്. നിങ്ങൾക്ക് ഡാറ്റാബേസിനൊപ്പം റൂട്ട് ഫോൾഡർ ഒരു ഡിസ്കിലേക്കോ ഫ്ലാഷ് ഡ്രൈവിലേക്കോ പകർത്താനാകും. 1C സമാരംഭിച്ച ശേഷം, ഒരു ഡാറ്റാബേസ് തിരഞ്ഞെടുത്തു, അതിലേക്കുള്ള പാത വിൻഡോയിൽ സൂചിപ്പിക്കും. പ്രശ്‌നങ്ങളുണ്ടെങ്കിൽ, ഈ ഫോൾഡർ പ്രവർത്തിക്കാത്ത ഡാറ്റാബേസിന്റെ സ്ഥാനത്തേക്ക് മാറ്റും. നിങ്ങൾക്ക് കോൺഫിഗറേറ്റർ വഴിയും പ്രവർത്തിക്കാൻ കഴിയും, ഇതിനായി നിങ്ങൾ പ്രോഗ്രാമിൽ ഈ മോഡ് തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്. അഡ്മിനിസ്ട്രേഷൻ വിഭാഗത്തിൽ ഒരു ബട്ടൺ ഉണ്ട് ഇൻഫോബേസ് അപ്ലോഡ് ചെയ്യുക. ഒരു ഫോൾഡർ തിരഞ്ഞെടുത്ത ശേഷം, ഒരു .dt ഫയൽ അവിടെ ദൃശ്യമാകും, അത് അതേ വിഭാഗത്തിലെ അനുബന്ധ ബട്ടൺ ഉപയോഗിച്ച് തുറക്കാനാകും.
മൂന്നാമത്തെ രീതി കുറച്ച് കഴിഞ്ഞ്, ഇന്റർനെറ്റ് വഴി അപ്ഡേറ്റ് ചെയ്യുന്ന ഘട്ടത്തിൽ സംഭവിക്കുന്നു. എല്ലാ മാസവും എന്റർപ്രൈസ് സ്വീകരിക്കുന്ന ഐടിഎസ് ഡിസ്ക് വഴി എല്ലാം ചെയ്യാൻ കഴിയും; ഐടിഎസുമായി കരാറുള്ള ഒരു ജീവനക്കാരനിൽ നിന്നും നിങ്ങൾക്ക് ഈ ഡിസ്ക് എടുക്കാം, കോൺഫിഗറേഷനുകൾ പൊരുത്തപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കേണ്ടതുണ്ട്. അല്ലെങ്കിൽ, എല്ലാം ഇന്റർനെറ്റ് വഴിയാണ് ചെയ്യുന്നത്. ഒരു പ്രധാന ന്യൂനൻസ് ഉണ്ട്: അപ്ഡേറ്റ് പാക്കേജുകൾ കർശനമായി തുടർച്ചയായി ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്, കൂടാതെ ഏതെങ്കിലും റിലീസുകൾ ഒഴിവാക്കിയിട്ടുണ്ടെങ്കിൽ, അവ ആദ്യം ഇൻസ്റ്റാൾ ചെയ്യാൻ സിസ്റ്റം നിങ്ങളോട് ആവശ്യപ്പെടും. സഹായ മെനുവിൽ അടങ്ങിയിരിക്കുന്നു, അവിടെ നിങ്ങൾ വിവര വിഭാഗത്തിൽ ക്ലിക്കുചെയ്യേണ്ടതുണ്ട്.
എല്ലാം ഇൻറർനെറ്റിന് അനുസൃതമാണെങ്കിൽ, നിങ്ങൾ ലോഗിൻ, പാസ്‌വേഡ് എന്നിവ നൽകുന്ന വെബ്‌സൈറ്റായ usersv8.1c.ru-ലേക്ക് പോകേണ്ടതുണ്ട്. അടുത്തതായി, ഡൗൺലോഡ് അപ്ഡേറ്റ് ലിങ്കിൽ സ്ഥിതിചെയ്യുന്ന ആവശ്യമായ കോൺഫിഗറേഷനുകൾ തിരഞ്ഞെടുക്കുക. ആദ്യത്തേതും അടുത്തിടെ പുറത്തിറങ്ങിയവയും കണക്കിലെടുത്ത് നിർദ്ദിഷ്ട റിലീസുകൾ തിരഞ്ഞെടുക്കുന്നതാണ് അടുത്ത ഘട്ടം. എല്ലാ ഫയലുകളും കമ്പ്യൂട്ടറിൽ ഓരോന്നായി സേവ് ചെയ്യുന്നു. അപ്ഡേറ്റ് ചെയ്യുന്നതിന് മുമ്പ്, നിങ്ങൾ എല്ലാ ആർക്കൈവ് ഫയലുകളും തുറന്ന് ഓരോ റിലീസും ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതുണ്ട്. വിവരിച്ചിരിക്കുന്നതുപോലെ, ഐടിഎസ് ഡിസ്കിൽ നിന്ന് റിലീസുകൾ ഡൗൺലോഡ് ചെയ്യാവുന്നതാണ്. ഇപ്പോൾ നിങ്ങൾ കോൺഫിഗറേറ്റർ മോഡിൽ പ്രവേശിക്കേണ്ടതുണ്ട്, അതിനുശേഷം ഒബ്ജക്റ്റുകൾ ഇടതുവശത്ത് പ്രദർശിപ്പിക്കണം; അവ അവിടെ ഇല്ലെങ്കിൽ, നിങ്ങൾ കോൺഫിഗറേഷൻ തുറക്കുക ടാബിൽ ക്ലിക്കുചെയ്യേണ്ടതുണ്ട്.
അപ്ഡേറ്റ് ചെയ്യുന്നതിന്, ഉപയോക്താവ് കോൺഫിഗറേഷൻ-സപ്പോർട്ട്-അപ്ഡേറ്റ് കോൺഫിഗറേഷനിലേക്ക് പോകുന്നു. പുതിയ വിൻഡോയിൽ, തിരയുക ക്ലിക്കുചെയ്യുക.
നിർദ്ദിഷ്ട ഓപ്‌ഷനുകളിൽ നിന്ന്, നിലവിലെ അപ്ഡേറ്റ് കാറ്റലോഗുകളിൽ തിരയുക തിരഞ്ഞെടുക്കുക, തുടർന്ന് ലഭ്യമായ പതിപ്പോ അല്ലെങ്കിൽ ബോൾഡിൽ ഹൈലൈറ്റ് ചെയ്യുന്ന പേരോ സൂചിപ്പിക്കുക. അവസാനമായി പുനഃസംഘടിപ്പിക്കുക ഇൻഫർമേഷൻ വിൻഡോ ഉൾപ്പെടെ മറ്റെല്ലാ നിർദ്ദേശങ്ങളിലും നിങ്ങൾ അതെ ക്ലിക്ക് ചെയ്യണം. അപ്ഡേറ്റുകൾ പ്രാബല്യത്തിൽ വരുന്നതിന് പ്രൊഡക്ഷൻ മോഡിൽ പ്രോഗ്രാം പ്രവർത്തിപ്പിക്കുക എന്നതാണ് അവസാന ഘട്ടം.
നിലവാരമില്ലാത്ത (പരിഷ്കരിച്ച) 1C കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുന്നു
പ്രോഗ്രാമർമാർ വരുത്തിയ മാറ്റങ്ങൾ നഷ്‌ടപ്പെടുന്നില്ലെന്നും ഡെവലപ്പർമാർ വരുത്തിയ മാറ്റങ്ങൾ പ്രാബല്യത്തിൽ വരുമെന്നും ഉറപ്പാക്കുകയാണ് പരിഷ്‌ക്കരിച്ച അസംബ്ലി അപ്ഡേറ്റ് ചെയ്യുന്നത്. മുമ്പത്തെ നിർദ്ദേശങ്ങളിൽ വിവരിച്ചിരിക്കുന്ന എല്ലാ ലിസ്റ്റുചെയ്ത ഘട്ടങ്ങളും ഇത്തവണ നടപ്പിലാക്കുന്നു, അവസാന ഘട്ടത്തിൽ മാത്രമേ ഒരു താരതമ്യ പട്ടിക ദൃശ്യമാകൂ, അവിടെ ഒരു നിരയിൽ പരിഷ്കരിച്ച ഒബ്ജക്റ്റുകളുള്ള ഒരു കോൺഫിഗറേഷൻ ഉണ്ടാകും, രണ്ടാമത്തെ നിരയിൽ ഒരു ലിസ്റ്റ് ഉണ്ടാകും അപ്ഡേറ്റുകൾ. ഈ നിരകളിൽ മെറ്റാഡാറ്റ ട്രീകൾ അടങ്ങിയിരിക്കുന്നു. ഒരു ഗ്രീൻ മാർക്കർ ഉപയോഗിച്ച്, പ്രോഗ്രാമർ ഏത് നിർദ്ദിഷ്ട ഒബ്‌ജക്റ്റുകൾക്കാണ് ക്രമീകരണങ്ങൾ വരുത്തുന്നത്, ഏതൊക്കെ ഉൽപ്പന്ന ഡെവലപ്പർമാർ മാറ്റങ്ങൾ വരുത്തി എന്ന് പ്രോഗ്രാം അടയാളപ്പെടുത്തും. ഈ ഘട്ടത്തിൽ, ഈ രണ്ട് നിരകളിൽ അടയാളപ്പെടുത്തിയിരിക്കുന്ന വസ്തുക്കൾ നിങ്ങൾ കണ്ടെത്തേണ്ടതുണ്ട്.
നിങ്ങളുടെ തിരയൽ ലളിതമാക്കാൻ, ചുവടെയുള്ള ഫിൽട്ടർ ബട്ടൺ നിങ്ങൾക്ക് ഉപയോഗിക്കാം, തുടർന്ന് രണ്ട് തവണ മാറിയ പ്രോപ്പർട്ടികൾ കാണിക്കുക ഓപ്ഷൻ പരിശോധിക്കുക. എല്ലാം ശരിയായി ചെയ്തുവെങ്കിൽ, നമുക്ക് ആവശ്യമുള്ള വസ്തുക്കൾ മാത്രമേ പ്രവർത്തിക്കുന്ന വിൻഡോയിൽ പ്രദർശിപ്പിക്കുകയുള്ളൂ. നിലവാരമില്ലാത്ത മൊഡ്യൂളുകൾ അപ്ഡേറ്റ് ചെയ്യുന്നതിനുള്ള നടപടിക്രമം കോൺഫിഗറേഷനെ ബാധിക്കില്ല.
ഞങ്ങൾ ഈ പട്ടിക വിശകലനം ചെയ്യേണ്ടതുണ്ട്. ഈ സാഹചര്യത്തിൽ, രണ്ട് സാഹചര്യങ്ങളിലും മാറ്റങ്ങൾ സംഭവിച്ചുവെന്ന് വ്യക്തമാണ്, കാരണം പെൻസിൽ ഐക്കണുകൾ ഉള്ളതിനാൽ, മൊഡ്യൂളിന്റെ പേരിന് അടുത്തായി ഒരു ഐക്കണും ഉള്ളതിനാൽ, അവ ലയിപ്പിക്കപ്പെടും എന്നാണ് ഇതിനർത്ഥം. പ്രോസസ്സ് പൂർത്തിയാകുമ്പോൾ, ഡവലപ്പർമാരിൽ നിന്നുള്ള അപ്‌ഡേറ്റിന് അനുകൂലമായി എല്ലാ ഉപയോക്തൃ കോഡും മാറ്റുമെന്ന് വലതുവശത്തുള്ള അവസാന നിര സൂചിപ്പിക്കുന്നു.
ഭാഗിക ലയനം (മുൻഗണന) ഉള്ള മറ്റ് മോഡുകൾ ഉണ്ട്, എന്നാൽ ഈ മോഡുകൾ പരിചയസമ്പന്നരായ ഉപയോക്താക്കൾ ഉപയോഗിക്കുന്നു, കാരണം ഒരു തുടക്കക്കാരൻ എല്ലാ സംഭവവികാസങ്ങളെയും ആശയക്കുഴപ്പത്തിലാക്കുന്ന മൊഡ്യൂളുകളായി മാറ്റും. അതനുസരിച്ച്, അവസാന കോളത്തിൽ എന്തെങ്കിലും മാറ്റുന്നതിൽ അർത്ഥമില്ല. മറുവശത്ത്, ആദ്യ നിര അൺചെക്ക് ചെയ്യുന്നതിലൂടെ, നിർബന്ധിത ലയനം റദ്ദാക്കാം. ഇതിനെ അടിസ്ഥാനമാക്കി, നിങ്ങൾക്ക് ഒന്നുകിൽ അപ്ഡേറ്റ് ചെയ്ത മൊഡ്യൂളിലേക്ക് കോഡ് സ്വമേധയാ നൽകാം, അല്ലെങ്കിൽ കോഡ് വെറുതെ വിട്ട് സ്വയം അപ്ഡേറ്റുകൾ ഉണ്ടാക്കാം. കൃത്യമായി എന്താണ് ചേർക്കേണ്ടതെന്ന് മനസിലാക്കാൻ, തിരഞ്ഞെടുത്ത മൊഡ്യൂളിൽ വലത്-ക്ലിക്കുചെയ്ത് വ്യത്യാസങ്ങൾ കാണിക്കുക തിരഞ്ഞെടുക്കുക. ഈ ഘട്ടം നിർദ്ദിഷ്ട നടപടിക്രമങ്ങളിലെ വ്യത്യാസങ്ങൾ കാണിക്കും. വിൻഡോയുടെ ചുവടെ രണ്ട് നിരകളായി ഒരു വിഭജനവും ഉണ്ട്, എന്നാൽ കോഡ് തന്നെ ഇതിനകം അവിടെ പ്രദർശിപ്പിച്ചിരിക്കുന്നു.
കൂടുതൽ പ്രവർത്തനങ്ങൾ മൊഡ്യൂളുകളിലെ മാറ്റത്തിന്റെ നിലവാരത്തെ ആശ്രയിച്ചിരിക്കുന്നു; കോൺഫിഗറേഷൻ സമൂലമായി മാറ്റിയെഴുതിയിട്ടുണ്ടെങ്കിൽ, ഒരു പ്രോഗ്രാമറുടെ സഹായമില്ലാതെ എല്ലാം സ്വയം അപ്ഡേറ്റ് ചെയ്യുന്നത് വളരെ ബുദ്ധിമുട്ടായിരിക്കും.
1C അപ്ഡേറ്റ് ചെയ്യുമ്പോൾ സാധ്യമാണ്
ഡാറ്റാബേസ് വളരെയധികം പരിഷ്‌ക്കരിക്കുമ്പോൾ മിക്ക പിശകുകളും സംഭവിക്കുന്നു, കാരണം നിരവധി പേജുകളുടെ കോഡ്, വിവിധ റഫറൻസ് ബുക്കുകൾ, മറ്റ് വസ്തുക്കൾ എന്നിവ അനുഭവപരിചയമില്ലാത്ത ഉപയോക്താവിനെ ആശയക്കുഴപ്പത്തിലാക്കും. എന്തെങ്കിലും മാറ്റങ്ങൾ വരുത്തുന്നതിന് മുമ്പ് ഒരു ബാക്കപ്പ് ആർക്കൈവ് സൃഷ്ടിക്കുകയും സംരക്ഷിക്കുകയും ചെയ്യേണ്ടത് വളരെ പ്രധാനമാണ്, തുടർന്ന് എല്ലാം ശരിയായി ചെയ്തുവെന്ന് രണ്ടുതവണ പരിശോധിക്കുക. നിലവാരമില്ലാത്ത അസംബ്ലി സ്റ്റാൻഡേർഡ് പോലെ അപ്ഡേറ്റ് ചെയ്യുന്നതാണ് ഒരു ക്ലാസിക് തെറ്റ്. നിങ്ങൾ വിവരിച്ച നിർദ്ദേശങ്ങൾ പാലിച്ചാലും, പ്രോഗ്രാം ഉടനടി പ്രവർത്തിക്കുമെന്നത് ഒരു വസ്തുതയിൽ നിന്ന് വളരെ അകലെയാണ്. അധിക കോൺഫിഗറേഷൻ ആവശ്യമില്ലായിരിക്കാം. ഡയലോഗ് ഫോമുകളുടെ നിയന്ത്രണങ്ങളിൽ വരുത്തിയ മാറ്റങ്ങൾ കോൺഫിഗറേറ്റർ പ്രദർശിപ്പിക്കുന്നില്ല, അതിനാൽ ഈ പോയിന്റ് സ്വമേധയാ പരിശോധിക്കേണ്ടതുണ്ട്, അല്ലാത്തപക്ഷം അപ്ഡേറ്റുകൾ എല്ലാം തിരുത്തിയെഴുതപ്പെടും. അപ്ഡേറ്റ് ചെയ്ത ശേഷം, കോൺഫിഗറേറ്റർ പഴയ ഇൻഫോബേസ് അപ്ഡേറ്റ് ചെയ്യുന്നത് നിരോധിച്ചേക്കാം പ്രമാണ നമ്പറുകൾ ഇനി അദ്വിതീയമല്ല, വിവര രജിസ്റ്ററുകൾക്കും ഇത് ബാധകമാണ്.
പ്രശ്നം പരിഹരിക്കാൻ നിങ്ങൾക്ക് ഇത് ആവശ്യമാണ്:
- കോഡുകളിലെ പ്രതീകങ്ങളുടെ എണ്ണം മാറ്റുക;
- വിവര അടിത്തറയിലെ കോഡുകൾ മാറ്റുക;
- എല്ലാ ഡയറക്‌ടറികളിലെയും അദ്വിതീയ നിയന്ത്രണ പ്രോപ്പർട്ടി മാറ്റുക.
അപ്ഡേറ്റ് പ്രക്രിയയിൽ, ഇന്റർഫേസുകളും ഉപയോക്തൃ അവകാശങ്ങളും അപ്ഡേറ്റ് ചെയ്യുന്നതിനെക്കുറിച്ച് ഞങ്ങൾ മറക്കരുത്, അത് പലപ്പോഴും അവഗണിക്കപ്പെടുന്നു. റിലീസുകളുടെ തുടർച്ചയായ അപ്‌ഡേറ്റിന്റെ പ്രാധാന്യം ഇതിനകം വിവരിച്ചിട്ടുണ്ട്; കോൺഫിഗറേഷൻ അപ്‌ഡേറ്റുകളുടെ ബിൽറ്റ്-ഇൻ പ്രോസസ്സിംഗ് ഉപയോഗിക്കുന്നതും വളരെ പ്രധാനമാണ്, ഇത് ആവശ്യമായ ഡാറ്റ പരിവർത്തനം ചെയ്യാനും ആവശ്യമെങ്കിൽ ഡാറ്റാബേസുകളിൽ വിവരങ്ങൾ പൂരിപ്പിക്കാനും നിങ്ങളെ അനുവദിക്കും. ഒബ്‌ജക്‌റ്റുകളുടെയോ വിശദാംശങ്ങളുടെയോ ആന്തരിക ഐഡന്റിഫയറുകൾ പൊരുത്തപ്പെടുന്നുണ്ടെന്ന് ഉറപ്പാക്കേണ്ടത് ഉപയോക്താവിന്റെ താൽപ്പര്യമാണ്, അല്ലാത്തപക്ഷം അപ്ഡേറ്റ് എല്ലാ സംഭവവികാസങ്ങളെയും തിരുത്തിയെഴുതിയേക്കാം. ഒരു പുതിയ കോൺഫിഗറേഷൻ ശ്രദ്ധാപൂർവ്വം തയ്യാറാക്കിയതിന് ശേഷവും, ഉപയോഗത്തിലുള്ള വർക്കിംഗ് ബേസുമായി സംയോജിപ്പിക്കാൻ നിങ്ങൾക്ക് ഉടനടി മുന്നോട്ട് പോകാൻ കഴിയില്ല, കാരണം ഇത് അപ്ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്, തുടർന്ന് എല്ലാം സമഗ്രമായി പരിശോധിക്കേണ്ടതുണ്ട്.
പിന്തുണയ്‌ക്കായി കോൺഫിഗറേഷൻ തിരികെ നൽകുമ്പോൾ ഓപ്ഷനുകൾ ഉണ്ടെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്, അതായത്, ഇൻറർനെറ്റിലൂടെ റിലീസ് ഡൗൺലോഡ് ചെയ്യുന്നതിലൂടെ പ്രോഗ്രാമിനായുള്ള സ്റ്റാൻഡേർഡ് മോഡിൽ അതിന്റെ അപ്ഡേറ്റ് പ്രക്രിയ സംഭവിക്കും. പരിഷ്‌ക്കരിച്ച മൊഡ്യൂളുകൾ ഉൽപ്പന്നത്തിൽ അവതരിപ്പിച്ചതിന് ശേഷം പിന്തുണയിൽ നിന്ന് പ്രോഗ്രാം നീക്കംചെയ്യുന്നു. ഈ മൊഡ്യൂളുകൾ നീക്കംചെയ്യുന്നത് പ്രോഗ്രാമിനെ അതിന്റെ യഥാർത്ഥ അവസ്ഥയിലേക്ക് തിരികെ കൊണ്ടുവരും, പക്ഷേ അവ പൂർണ്ണമായും ഒഴിവാക്കുക അസാധ്യമാണ്, കാരണം 1C യുടെ സാധാരണ പ്രവർത്തനം അസാധ്യമാണ്, കാരണം ചില കാരണങ്ങളാൽ മൊഡ്യൂളുകൾ ഇങ്ങനെയാണ് പ്രോഗ്രാം ചെയ്തത്. അതനുസരിച്ച്, ഈ മൊഡ്യൂളുകൾ പ്രോഗ്രാമിന്റെ പരിധിക്ക് പുറത്തേക്ക് നീക്കാൻ കഴിയും - ബാഹ്യ മൊഡ്യൂളുകൾ ഉപയോഗിച്ച് ജോലി നിർവഹിക്കും, പക്ഷേ ഇത് പ്രോഗ്രാമിന്റെ പ്രവർത്തനത്തെ ബാധിക്കില്ല. അതിനാൽ, ഡയറക്‌ടറികളും മറ്റ് ഒബ്‌ജക്‌റ്റുകളും നിലനിൽക്കും.ആവശ്യമായ അറിവില്ലാതെ ഇത് സ്വയം ചെയ്യുന്നത് പ്രശ്‌നകരമാണ്, അതിനാൽ പ്രോഗ്രാമർ ആവശ്യമെങ്കിൽ പ്രോഗ്രാമിനെ സ്റ്റാൻഡേർഡ് അസംബ്ലി ചട്ടക്കൂടിലേക്ക് തിരികെ കൊണ്ടുവരണം.
ഭാവിയിൽ 1C സോഫ്റ്റ്‌വെയർ ഉൽപ്പന്നങ്ങൾ അപ്ഡേറ്റ് ചെയ്യുന്ന പ്രക്രിയ എളുപ്പമാക്കുന്ന നിരവധി നുറുങ്ങുകളും ഉണ്ട്. ഒന്നാമതായി, നിങ്ങൾ പ്രോഗ്രാം കഴിയുന്നത്ര കുറച്ച് പരിഷ്കരിക്കാൻ ശ്രമിക്കേണ്ടതുണ്ട്, ഇത് തികച്ചും ആവശ്യമില്ലെങ്കിൽ, അവിടെ മൂന്നാം കക്ഷി ഒന്നും അവതരിപ്പിക്കരുത്, എന്നാൽ ലഭ്യമായ സ്റ്റാൻഡേർഡ് ടൂളുകളിൽ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ശ്രമിക്കുക. ഒഴിവാക്കലുകളില്ലാതെ, എല്ലാ കോൺഫിഗറേഷൻ മാറ്റങ്ങളും അഭിപ്രായമിടുകയും ഒരു പ്രത്യേക പ്രമാണത്തിൽ രേഖപ്പെടുത്തുകയും വേണം, അതുവഴി വീണ്ടെടുക്കൽ പ്രക്രിയയിൽ പ്രധാനപ്പെട്ട ഒന്നും നഷ്‌ടപ്പെടില്ല. സ്റ്റാൻഡേർഡ് ഒബ്ജക്റ്റുകളിലെ പ്രോഗ്രാം കോഡിന്റെ അളവ് കുറയ്ക്കുന്നതിന്, നിങ്ങൾ അത് സ്വന്തം പൊതു മൊഡ്യൂളിലേക്ക് മാറ്റണം, പക്ഷേ നടപടിക്രമങ്ങളിലേക്കും ഫംഗ്‌ഷനുകളിലേക്കുമുള്ള കോളുകൾ സ്പർശിക്കാൻ കഴിയില്ലെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട് - അവ സ്റ്റാൻഡേർഡ് ഒബ്‌ജക്റ്റുകളിൽ നിലനിൽക്കണം, അങ്ങനെ പ്രോഗ്രാം പ്രവർത്തിക്കും. ശരിയായി. ഒപ്റ്റിമൈസേഷൻ ആവശ്യങ്ങൾക്കായി, ഒബ്ജക്റ്റുകളുടെ "സ്വയം എഴുതിയ" കോഡിലും ബാഹ്യ മൊഡ്യൂളുകളുടെ കോഡിലും കാണപ്പെടുന്ന സ്റ്റാൻഡേർഡ് നടപടിക്രമങ്ങളുടെയും ഫംഗ്ഷനുകളുടെയും എല്ലാ കോളുകളും സ്വന്തം മൊഡ്യൂളിൽ നിന്നുള്ള നടപടിക്രമങ്ങളിലേക്കുള്ള കോളുകൾ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നത് അർത്ഥവത്താണ്. സ്റ്റാൻഡേർഡ് മൊഡ്യൂളുകളിൽ നിന്ന് നടപടിക്രമങ്ങൾ വിളിക്കാൻ ഉപയോഗിക്കുന്ന ലളിതമായ ഒരു കുറുക്കുവഴിയാണ് ഈ നടപടിക്രമങ്ങൾ. അതിനാൽ, മാറ്റങ്ങൾ താരതമ്യപ്പെടുത്തുമ്പോൾ, പരിഷ്കരിച്ച കോഡിലെ ആവശ്യമായ വരികൾ ഉപയോക്താവിന് വളരെക്കാലം തിരയേണ്ടതില്ല. നിങ്ങൾ ഈ ശുപാർശകൾ പാലിക്കുകയാണെങ്കിൽ, അപ്ഡേറ്റ് സമയം നിരവധി മണിക്കൂർ ജോലിയായി കുറയുന്നു, എല്ലാം അങ്ങനെ തന്നെ അവശേഷിക്കുന്നുവെങ്കിൽ, പ്രക്രിയ നിരവധി ദിവസത്തേക്ക് വലിച്ചിടാം.
