Оқиға

Мәліметтер базасы және қосалқы. Дерекқорлар және ішкі бөлімдер Реляциялық ішкі бөлімнің негізгі функциялары

ORACLE бойынша 1С енгізудің қаржылық аспектісі

Мен қарастырғым келетін бірінші сұрақ - ORACLE жүйесінде 1С енгізудің қаржылық аспектісі. Көптеген адамдар ORACLE-де 1С-ті енгізу өте қымбатқа түседі және, негізінен, егер жобада ORACLE ДҚБЖ пайдаланылса, онда жобаның құны бір реттік өседі деген пікірде. Бұл мүлдем негізсіз пікір емес, бірақ мен әлі де оны жүзеге асыру үшін ORACLE ДҚБЖ таңдалса, жобаның құны қанша болатынын толығырақ түсінгім келеді.

Біріншісі, әрине, лицензиялар. Мен лицензиялау бойынша сарапшы болмағандықтан, мен жай ғана Интернетте ORACLE және MSSQLServer теріп, бір адамға арналған лицензиялардың құнын іздедім (SOCKET бойынша емес, жад бойынша емес, серверлер бойынша емес - бірақ ең жеңілдетілген нұсқада) және шамамен алдым. бірдей сомалар. Көріп отырғанымыздай, бір лицензияORACLE ұқсас лицензиядан да арзанырақMSSQL. Салыстыру үшін мен StandardEditionONEORACLE және StandartEditionMSSQLServer басылымдарын пайдаланамын, себебі бұл бастапқы басылымдар және 1С бізге «мүмкіндіктердің» көпшілігін береді. Кәсіпорын нұсқалары, пайдалануға тыйым салады.

Әр сервер үшін OCORACLE толығымен тегін(әрине, ортақ бағдарлама) - бұлLinux. Өйткені, ORACLE бастапқыда LINUX негізінде жасалған өнім және ол бастапқыда «Linux» болды – каталог құрылымына, конфигурация файлдарының жиынтығына, JAVA интерфейсіне қараңыз – сіз оны бірден байқайсыз. Microsoft үшін бұл, тиісінше, WindowsServer (бізде басқа нұсқа жоқ), бірақ StandardEdition нұсқасында оның құны әлі де 1000 рубльді құрайды.

Сервердің өзі (аппараттық құрал) – әрине, жоба құнының үлкен үлесін құрайды, бірақ ДҚБЖ енгізу құнын салыстыру үшін біз оның құнына алаңдамаймыз.

Ал міне соңғы абзац(DBA болуы - ORACLEDBA немесе MSSQLDBA) - бұл ең қызықты. Егер біз MSSQL-де іске асыру туралы айтатын болсақ, онда олардың көпшілігінде DBA-сыз жасауға болатын іске асырулар болды, өйткені MSSQLServer - бұл соншалықты күрделі емес өнім, оның ыңғайлылығы, Microsoft-тың жақсы әдістемесі, оның әкімшілігі бар. азды-көпті оны өзіңіз анықтауға болады. ҮшінORACLE- шағын жобаларда, әрине, мүмкіндік бар - үшін үлкен жобалар(100 пайдаланушыдан), әрине, қазірдің өзінде сізге ДҚБЖ жұмысын бақылайтын жеке адам қажетоның жұмысын кім басқарса, оны басқарады. Графикалық құралдарДҚБЖ әкімшілігіORACLE бұрынғыдай күшті емес, әдемі емес және керемет емесMS SQL сервері.

Бірінші ұғым - схема.ORACLEжәне мәліметтер базасы.

Көбінесе ORACLE-де 1С жұмысын талқылағанда, мұндай оңайлату әдетте ORACLE үшін деректер базасы схема болып табылады. Бұл ең танымал қате түсінік. Бұл барлық мәселелердің түбірі (ORACLE ДҚБЖ-мен 1С жұмысының көптеген мәселелері).

Схема логикалық нысан болып табылады. Бұл кестелер тобы. Мәліметтер қоры физикалық нысан болып табылады. Бұл файлдар тобы. Олардың арасына тең белгі қою дұрыс емес!

Сондықтан, ORACLE-де сақтық көшірме жасау, журнал жүргізу, деректер қорын бөлек дискіге көшіру және т.б. проблемалар бар.

1С өз өмірін жеңілдету үшін консольде кластер құру құралы ретінде схеманы таңдады. 1С-тен мәліметтер қорын жасау үшін олар оның орнына схеманы таңдады. ORACLE-де деректер қорын құру тривиальды емес процесс. Oracle-дағы әрбір дерекқор - бұл бөлек қызмет, жеке данасы. 1С мұның барлығын жеңілдетіп, жеке деректер қоры үшін бөлек схеманы пайдаланады. Меніңше, 1С қате саясат таңдаған сияқты. Бұл пайдаланушыны алдаудың бір түрі. Схема мен дерекқор арасында теңдік белгісі жоқ. Үлкен ORACLE шешімі бір серверде, бір данада тек бір 1С базасы болса ғана қалыпты жұмыс істей алады. Басқа нұсқа жоқ.

Нұсқа жасау.

Мен егжей-тегжейлі айтпаймын. Мен тек нұсқалы ДҚБЖ және блоктаушы ДҚБЖ бар екенін айтайын.

ДҚБЖ блоктауда, егер бір транзакция деректерді өзгерте бастаған болса, онда басқа транзакция сол сәтте күтуі керек. Нұсқаланған ДҚБЖ басқа транзакция деректерді оқи алады.

Нұсқаланған ДҚБЖ жақсы, блоктаушы ДҚБЖ нашар. Дегенмен, нұсқаланған ДҚБЖ барлық қиыншылықтар үшін панацея емес, өйткені оны пайдалану нәтижесінде қалдықтардың алдыңғы нұсқасын алсаңыз, сіз қатты қуанбайсыз. Сіз әлі де басқарылатын құлыптарды енгізуіңіз керек, сіз әлі де параллель ештеңе жаза алмайсыз - ғажайыптар жоқ!

ДҚБЖ құлыптауы IBMDB2 және MSSQLServer (MSQLServer-де Read_Commited_Snapshot режимі бар екенін мойындау керек - версияның пародиясының бір түрі - ол 1C 8.3 платформа нұсқасында қолданылады, ол Microsoft Dynamics AX-те де қолданылады). Нұсқаланған ДҚБЖ – ORACLE және PostgreSQL. Мен Postgre туралы жаман ештеңе айтқым келмейді, бұл тегін ДҚБЖ, энтузиастардың жобасы. Өз басым оны маңызды жобаларға арналған ДҚБЖ деп санамаймын. Менің ойымша, 1С платформасы қолдайтын нұсқаланған ДҚБЖ арасында ORACLE жалғыз толыққанды нұсқа болып табылады.

Олар неге сүйедіORACLE?

Мақалада осы ДҚБЖ туралы көптеген жағымсыз нәрселер болатынын бірден айтуым керек, бірақ ORACLE-ге ғана тән жағымды жақтары бар.

Әдетте, ORACLE ДҚБЖ жоғары өнімділік, бұзылмайтын және т.б. қасиеттерімен байланысты.

Меніңше, бұл жерде мәселе сәл басқаша. Oracle екі прогрессивті технологияны пайдаланады - RAC және ASM.

RAC(кластер түрі «белсенді» - «белсенді») толық кластер болып табылады. Бұл біз MSSQLServer-де үйренгеніміздей емес, толыққанды. Кез келген адам жүзеге асыра алатынына күмәнім бар сұрау параллелизациясы MSSQLServer-де әртүрлі серверлерде (немесе ол жақын арада пайда болады). ORACLE-де бұл баяғыда пайда болды. Бұл үлкен жүйелерде сыналған технология (бұл шын мәнінде үлкен жүйелер үшін қажет). RAC кластерлеуіне Oraclestandardeditionone жүйесінде толық қолдау көрсетілмейді.

ASM әдетте RAC-пен бірге қолданылады. Бұл дискілермен жұмыс істеу қызметтерін ұсынатын және дискіге қол жеткізуді болдырмайтын кластердің әрбір түйінінде бөлек орнатылған Oracle шағын данасы (RAW құрылғыларында - дискілерде жұмыс істеуге мүмкіндік береді). файлдық жүйе- барлық деректерді кэштеу жұмысын Oracle өзі жасайды)

ASM дерекқор нысандарын көптеген құрылғыларға автоматты түрде тарату арқылы өнімділікті жақсартады, дерекқорға жаңаларын қосуға мүмкіндік беру арқылы дерекқордың қолжетімділігін арттырады. дискі құрылғыларыоны тоқтатпай.

ASM автоматты түрде жұмысқа минималды араласу арқылы файлдарды құрылғылар арасында таратуды теңестіреді.

Шын мәнінде, дискілер мен файлдық жүйені басқару автоматтандырылған және DBA-ға аутсорсингпен берілген. SAN және көптеген дискілерді пайдалану жағдайында бұл өте маңызды.

Журнал жүргізу

Тіркеу кезінде бәрі өте күрделі. Мен атап өткім келетін жалғыз нәрсе егер біз жұмыс істейтін болсақArchiveLog - біз толыққанды жасай аламызСақтық көшірмелер, ал егер біз режимде жұмыс істейтін болсақNoArchiveLog - біз толыққандымызБіз сақтық көшірме жасай алмаймыз (текimpdp жәнеexpdp).

ArchiveLog режимінде серверде 1-ден астам 1С дерекқоры болса және толық функционалды резервтік көшірмелерді пайдаланғыңыз келсе, сақтық көшірмені қалпына келтіру үшін арнайы жолмен жасалған екінші дерекқор қажет болады, осылайша кейінірек оны негізгіге ауыстыруға болады. деректер сорғышын қолданатын сервер. Жалпы, 1С үшін 90% жағдайда NoArchiveLog болады. Мұның бәрі таңдалған сақтық көшірме стратегиясына және SLA (бар болса) байланысты. Шын мәнінде, ArchiveLog - бұл банальды айналым, бірақ онсыз онлайн сақтық көшірмемүмкін емес. ArchiveLog орны аяқталса, 1С ақымақтықпен төмендейді.

Кесте кеңістігіOracle

Қызықты тақырып. MSSQLServer-де кесте кеңістігі тек файлдар тобы болып табылады. ORACLE-де бұл тұжырымдама содан бері айтарлықтай кеңейтілді ORACLE-де, дәстүр бойынша, файлдар үшін бастапқы өлшемді және өсімді ұлғайту керек, яғни. TP үшін блок өлшемін, үлкен файлды, тіркеуді орнатуға болады. Үлкен файл болмаса, шектеу 32 ГБ.

1С кесте кеңістігі:

Деректер - кестелердің өздері
Индекс – индекстер
Index_Big - блок өлшемі 16 КБ. Егер индексті Индексте жасау мүмкін болмаса, рамка Index_big ішінде біреуін жасауға әрекет жасайды. Сондай-ақ 16 КБ блоктар үшін кэш өлшемін орнату қажет. Іс жүзінде блоктың өлшемі әртүрлі болуы мүмкін. Неғұрлым кішірек болса, соғұрлым жазу жылдамырақ болады. Неғұрлым көп болса, соғұрлым үлкен көлемді оқу жылдамырақ болады
LOB – мәндер қоймалары мен шектеусіз ұзындықтағы жолдар. Олардың бөліскені жақсы. Енді сіз лицензиялық келісімді бұзбай, барлық қоқысты бөлек дискіге шығара аласыз
temp - tempdb. Сізге өте жылдам диск массиві қажет.

Мен 1C V81C_LOB кесте кеңістігіне назар аударғым келеді. ORACLE қосулы осы сәт time - бұл файлдар мен шектеусіз ұзындықтағы жолдардың толыққанды қоймасы бар жалғыз ДҚБЖ. ВORACLE, біз шектеусіз ұзындықтағы файлдар мен жолдарды бөлек дискіге тасымалдай аламыз.Бұл нені білдіреді? Біз, мысалы, 1С: Құжаттарды басқаруды ірі компанияларда, деректердің үлкен көлеміне енгізе аламыз және сонымен бірге барлығына ұнайтын «файлды сыртқы жадта сақтау» құсбелгісін қоя алмаймыз. ORACLE бізге барлық файлдарды тікелей дерекқорда сақтауға мүмкіндік береді (бұл дерекқор бірнеше дискілерге таралады). Ең қызығы, тек ORACLE ғана емес - кез келген ДҚБЖ бізге мұны істеуге мүмкіндік береді, жай ғана 1С лицензиялық келісімі шектеулер қояды - кез келген басқа ДҚБЖ үшін бізде файлдар мен шектеусіз ұзындықтағы жолдарды бөлек сервердің дискілік кеңістігіне тасымалдаудың стандартты құралдары жоқ. . Ал жағдайдаORACLE 1C бұл үшін бөлек кесте кеңістігін бөлуді болжадыV81C_LOB. Керемет «қасиет».

Тағы бірнеше негізгі ұғымдар:

REDOLOG (ағымдағы журнал) - Сізге өлшемді қарау керек бос орын. Өшіруге болады. Oracle «қателерді кешірмейді». Егер журналдарға арналған орын бітсе, ол жай ғана «құлайды». Егер сақтық көшірмелер болмаса, журналдар қажет емес
ALERTLOG(технологиялар журналы) - / u01/ app/ oracle/ diag/ rbms/ main/ OID/ alert dba бар болса да оны қарау керек
LISTENER (желіге кіруді ұйымдастыру) - MSSQLServer-пен жұмыс істегенде, біз әдеттенбейміз. желіге кірудеректер базасына бөлек қосымша болып табылады
SYSDBA (негізгі режим) - oracle үшін түбір - бұл режимде қалыпты әрекеттер қол жетімді емес. Тек әкімшіге арналған режим.

Негізгі ұғымдарды түсінді. Енді мен «негізгі мақалаға» көшемін - ORACLE-дің 1С-пен жұмысы туралы арнайы айтамын.

1С бойынша дамыту мәселелеріORACLE

Бірінші және ең маңызды - арнайы лингвистикалық сұрыптау. Егер біз ORACLE-де мәтіндік жолдармен жұмыс істеу туралы айтатын болсақ, онда басты мәселе осы шығар.

1С платформасы ДҚБЖ барлық нұсқаларымен (соның ішінде файлдық нұсқасымен) жұмыс істеу үшін бірдей механизмдерді пайдаланады. Тиісінше, 1С платформасы өз ережелеріне сәйкес дерекқор кестелеріндегі жол мәндерін сұрыптауды жүзеге асырады. Атап айтқанда, егер жолда нүкте немесе үтір болса, 1С үшін бұл сұрыптауға әсер етеді. Стандарттарға бағытталған ORACLE бағдарламасында нүкте немесе үтір сұрыптауға әсер етпейді. Осындай қарапайым мәселеге байланысты 1С тұтас «бақшаны» қоршауға мәжбүр болды - өзіндік сұрыптауға ие болу үшін NLSSORT функциясын пайдаланыңыз. Ал қазірдің өзінде бұл функцияны пайдалану елеулі өзгерістерге әкелді.

Кез келген индекс және кез келген жол бойынша сұрыптау функцияны пайдаланадыNLSSORT (оны жанама түрде атаңыз). Бұл функцияны пайдалану ORACLE үшін 1С-пен жұмыс істеу үшін арнайы Lbuilder қосымшасын орнатуды да талап етеді (1С үшін ORACLE орнатуды қарапайым ORACLE орнатуынан ерекшелендіретін жалғыз нәрсе осы).

Бұл әзірлеушілер үшін нені білдіреді? Әзірлеуші үшін бұл (әдепкі бойынша) 3 жол өлшемінен көп регистрлермен жұмыс істемейтініңізге қауіп төндіреді. Ал жол индексінің өлшемі өте үлкен болатыны. Қысқасы, ақпараттық регистрдегі есеп регистріндегі немесе жинақтау регистріндегі кез келген ұзын жол өте нашар. Жол бойынша кез келген индекс те нашар, жол бойынша сұрыптау да нашар. Дегенмен, жалпы алғанда, функционалдық көрсеткіш жылдам. V81C_INDEX_BIG кесте кеңістігіндегі мұндай жолдық индекстердің үлкен көлемді алуы, әрине, өте жақсы емес, бірақ маңызды емес. Жалпы не екенін білу керек "String" типті өлшемі бар жинақтау регистрі архитектуралық қате болып табылады. Атап айтқанда, ORACLE мұны еске салады.

Әрі қарай - тағы бір жағымсыз жаңалық. ORACLE кластерленген индекстерді пайдаланбайды. Яғни, ORACLE, әрине, кластерленген индекстерді пайдаланады - олар онда IOT деп аталады - бұл көбірек дұрыс атау ORACLE ішіндегі кластерленген индекстер үшін. Жай 1С қосулыORACLE кластерленген индекстерді пайдаланбайды, бірақ тұрақты индекстерді жасайды.

Бұл бізді немен қорқытады? П ri 1С жұмыс істейдіБасқа ДҚБЖ-ға қарағанда ORACLE жазу жылдамдығы артады - бұл плюс сияқты. Екінші жағынан, оқу жылдамдығы төмендейді. Басқа 1С ДҚБЖ-мен жұмыс істегенде, ол сілтеме бойынша кез келген анықтама түрлері үшін кластерленген индексті құрады - бұл ең жылдам жолдеректерді таңдау. Ал ORACLE 1C-пен жұмыс істеуге арналған қозғалтқышты енгізу кезінде мен кластерленген индекстерден бас тартуға тура келді. Кейде мен үшін ORACLE-де шешім жұмыс істегенде, оның тез жазылатыны, бірақ сәл баяу оқылатыны әдемі ұсынылған Интернетте тесттерді қарау қызықты. Бұл шын мәнінде ORACLE мәселесі емес – бұл жай ғана 1С логикасы. Егер сіз бұл логика туралы білсеңіз, онда таңқаларлық ештеңе жоқ.

Тағы екі ұят сәт

түріNULL MSSQLServer-ден басқа барлық ДҚБЖ үшін, кері сұрыптау реті.
Уақытша үстелдер - бәріміз оларға үйреніп қалдық. Барлық әзірлеушілер олармен жұмыс істейді, бірақ ORACLE пайдаланылған жағдайда - уақытша кестелер мүлдем уақытша болмайды. Менің ойымша, бұл 1С әзірлеушілері үшін әдістемелік қате болды - өйткені ORACLE-дағы уақытша кестелер мүлдем басқа нәрсеге арналған. Жалпы, ORACLE аралық нәтижелерді сақтау үшін уақытша кестелерді пайдалануды ұсынбайды. Онда аралық нәтиже көріністерде сақталады. 1С бұл аралық нәтижені уақытша кестелерде сақтайды және бұл уақытша кестелер деректер базасында кәдімгі кестелер сияқты құрылады және олардан еш айырмашылығы жоқ. Құрылды, содан кейін пайдаланылды .... Тазартылған. Бірақ сөздікте қалады. Сонымен қатар, ORACLE-дегі уақытша кестелер қатаң құрылымға бағытталған, тек олардан алынған деректер тек сеанс ішінде ғана пайдаланылады. Әрбір сеанс үшін бөлінген, тіпті dynamic_sampling қосулы болса да ешкім дұрыс сұрауды орындау жоспарын уәде етпейді. Бұл уақытша кестелерді пайдаланбау керек дегенді білдірмейді, оларды пайдалану керек. Егер мен, мысалы, сұрауды жинау кезінде бағдарламалық түрде уақытша кестелер жасалған сұрауды өзім жазған болсам, онда бұл жұмыс істегендеORACLE маңызды проблемаларды тудырады: егер сұрауыңызда 200 уақытша кесте болса, ORACLE-де бірінші орындалғандағы сұрау, егер ол орындалса жақсы, бірақ ол өте ұзақ уақыт бойы орындалуы мүмкін.

Мен «қате» деген сөздерді айтқым келмейді, бірақ әлі де айту керек. Слайд алдыңғыларды ішінара қайталайды.

Кем дегенде бір рет басқарылатын қолданба үшін конфигурацияларды әзірлеген болсаңыз, BSP не екенін білесіз. BSP қосулыORACLE тіпті іске қосылмайды... Мәселе арзан - ол тез шешілді, сұрауды сәл қайта жазуға немесе платформаға шағын өзгерту енгізуге болады, бірақ - бұл мәселе әлі шешілген жоқ ( BSP соңғы үш шығарылымында бұл мәселе бар). Бұл мәселе санауларда «тәртіп» атрибутына қол жеткізу қатеге әкелетіндіктен туындайды. Еске сала кетейін, BSP барлық соңғы 1С шешімдерінің негізі болып табылады. 1С бұл қатені елемей, BSP-ті «негізгі әзірлеуші құралы» және «флагмандық өнім» ретінде орналастырады. Бұл ORACLE-де бастапқы өнімділік сынағы да жүргізілмейтінін білдіреді.
Мен дерекқорға қатысты мәселе туралы айттым (схеманы дерекқор ретінде пайдалануға байланысты оның сақтық көшірмесін жасау және техникалық қызмет көрсетумен) . Сақтық көшірме жасауORACLE - не сізде бір дерекқор барДана-Өндіріс немесе сіз тек импорт арқылы сақтық көшірме жасайсыз (дифференциалды, дифференциалды резервтік көшірме жоқ).
Уақытша кестелермен және oracle-да 1С-тен деректерді оқумен бәрі нашар.
1С технологиялық журналыORACLE сұрау жоспарын алмайды- әзірге бұл мүмкіндік жұмыс істемейді.
Қалыпты профиль жасаушы, MSSQL-дегідей, Жоқ- оны таппайсың. Әртүрлі LogAnalizers тобы бар. Оның ішінде Can Toad және Spotlight, олар төменде талқыланады. Бірақ Online, графикалық сұрау жоспары, толыққанды сүзгілеу табылмайды. Әрине, кәсіби ORACLEDBA жұмыс жүктемесін талдай алады - олар консоль құралдарын іске қосады, html файлдарын жасайды ... Бірақ бұл енді «екі басу» емес, сондықтан, егер жоба өнімділікті талдау туралы болса, онда бұл қажетORACLEDBA.
Oracle оңтайландырғышы кірістірілген сұрауларды кеңінен пайдалануға бағдарланбайды және біріктірулер үшін өте қарапайым орындау жоспарын таңдауға бейім (NASTEDLOOPS).

Бұл слайдта мен 1С лицензиялық келісімін бұзатын барлық нәрселерді жинадым (1С бізге бұл мүмкіндіктерді пайдалануға тыйым салады). Мұнда бірнеше маңызды тармақтар бар:

Бөлу (ORACLE-да 6 түрі бар, кестені 2 дискке бөлуге болады) - 1С секциялауды пайдалануды қамтамасыз етпейді
Storedoutline - оңтайландырушыға арналған «кеңестер». Менің білуімше, MSSQLServer-де біз сұрау жоспарына тек жанама түрде әсер ете аламыз (яғни, біз MSSQLServer дерекқорында құлыптар болмауы үшін тізілімге 2000 жазба қосатынбыз) - ORACLE-де бәрі әлдеқайда қарапайым. Oracle сұрау жоспарларын басқаруға мүмкіндік береді. 1С бұл мүмкіндікті пайдалануды қамтамасыз етпейді
Мат. Көрініс – кестелердің орнына пайдалануға болатын индекстелген көріністер. 1C де бұл мүмкіндікті пайдаланбайды.
Қысу
Биттік индекстер – қысқаша – ұйым бойынша индекс. Құрылу тарихын қадағалағандардың барлығы қолданбалы шешімдер 1С фирмалары назар аудара алады: алдымен барлық құжаттардағы «Ұйым» тірегі индекстелді. Содан кейін - 1С қолданбалы шешімдерінің сәулетшілерінің дизайн ойының дамуы «Ұйым» атрибутының индекстелуін тоқтатуына әкелді. Логикалық. Әдетте 3-4 ұйым болады, селективтілігі төмен, көрсеткіші қолданылмайды, артық. Содан кейін бұл атрибутты индекске қосу керек деген ұсыныстар тағы да болды. Бұл, олар айтқандай, «балық және қатерлі ісік жетіспеушілігі үшін балық». "Ұйым" тірегі - бит индексінің типтік жағдайы. Селективтілігі төмен болған кезде, бірақ - сонымен бірге ол барлық жерде қолданылады, барлық жерде ол үшін таңдаулар бар ... Өкінішке орай, бұл мүмкіндік Біз де Oracle пайдалана алмаймыз...Біз, әрине, мүмкін, БІРАҚ...

Параметрлер

Әдепкі бойынша, Oracle тек сынақ ортасы үшін жарамды. Бастапқы орнату кезінде келесі параметрлерді орнатуды ұмытпаңыз:

Сеанстар>230және Процестер>200. Сеанстар мен процестер ешқашан жеткіліксіз. Өндірісте оны 200-ге дейін көбейту қылмыс емес. Сәл көбірек сеанс болуы мүмкін. Негізінде процесс - бұл байланыс, бірақ ішкі процестердің шоғыры бар
Trace_қосылған ЖАЛҒАН(кеңейтілген технология журналы) әрине SQLTrace емес, бірақ бәрібір қажет емес... және ол бізге де көмектеспейді.
Қайта өңдеу ӨШІРУ(Қоржын) - тек күлуге болады. Әдепкі бойынша, ORACLE-ге көп нәрсе кіреді. Себет әдепкі бойынша қосылады - бұл дұрыс - өйткені кестені жойсаңыз, ол жойылмайды, себетке салынады. Мен оның жолдарды жою үшін жұмыс істемейтініне өте қуаныштымын - тек кестелерді жою үшін. Ал 1С-де кез келген қайта құрылымдау - кестелерді жою ... 1С негізінен қайта құрылымдау кезінде деректер қорымен түпнұсқалық түрде жұмыс істейді. Дерекқорды қайта құрылымдасаңыз, кестеңіз жойылады және қайта жасалады. Біз таңдау критерийін немесе жалпы реквизиттерді қостық және деректер қорының көлемі 2 есе J-ге артты. Сондықтан - әрине, себетқажеттіөшіру
Пошта ескертулері- ақаулар, бос орынның таусылуы және т.б. туралы хабарлау, егер сіз уақытында жауап берсеңіз, Oracle-дің «құлауын» болдырмауға болады. Міндетті түрде қосыңыз!
Курсор_бөлісу- сұраныс кэшіндегі сұрау үшін іздеу жүйесін басқарады. Сұрауларды талдау уақытын қысқарту үшін дереу орнату керек дәл. Өзгерту мүмкін емес - функционалдық индекстер пайдалануды тоқтатады. Анау. барлық…
ДӘЛ- дәл өзіңізге сәйкес келетін сұрауды іздейді. Басқа сеанстар мүмкін пайдалану үшін сұрауыңызды қайта жазу (байланыстыру айнымалы мәндерін пайдалану) жоқ. Бір жағынан, күрделі құрылымдары бар шағын сұраныстардың жиынтығы 1С үшін әдеттегі жағдай: оларды құрастыруға көп уақыт кетеді.
КҮШ- қосылған айнымалы мәндерге дейін сұрауыңызға сәйкес келетін сұрауды іздейді. Қайта жазу орындалды: барлық литералдар байланыстыру айнымалыларымен ауыстырылады, «жақсартылған» сұрау үшін жоспар жасалады
ҰҚСАҚ(9i-де енгізілген) - FORCE әрекетімен бірдей әрекеттерді орындайды, сонымен қатар сұрауыңыздың жоспарын өзгертпеу керек бұрыннан талданған ұқсас сұрауды таңдау мүмкіндігін тексереді. Яғни, егер оңтайландырушы сұрауыңызды орындау үшін талданғанға қарағанда басқа жоспар қажет деп шешсе, сұрауыңыз толығымен талданады.
Статистика CBO үшін өте маңызды. Бірақ Job 10-нұсқасында статистиканы жүйе жинап қойған, сонымен қатар ол тек қажетті кестелер үшін статистиканы жинайды. Дегенмен, статистиканы жинауды қолмен де бастауға болады.

Сақтық көшірме опциялары

Әрі қарай - Backup-ov параметрлері. ORACLE-де, құдай сақтасын, дерекқор администраторы болмаса, керек жадты автоматты басқаруды қосу (AMM), әйтпесе біраз уақыттан кейін Oracle жұмысын тоқтатады, сондай-ақ impdp және expdp құралдарын пайдаланған жағдайда - әдеттегі импорттау/экспорттау құралдарын, ArchiveLog өшіріп, RedoLog-ты шектейді.

Нәзік күйге келтіру

Міне, тағы бір қызықты параметр - оңтайландырушы_индекс_құны_адж- негізгі параметр. Егер біз оны 1-ге орнатсақ, ORACLE өзі алатын барлық индекстерді пайдаланады. Неғұрлым аз болса, соғұрлым төмен индексті пайдалану шегі. Яғни, егер каталогта тек 3 мән болса, онда осы параметрдің мәні 1 болса, біз бәрібір барлық индекстерді пайдаланамыз. Егер әдепкі мәнді қалдырсақ (100), онда біз миллионнан бір жазбаны таңдаған жағдайда ғана индекстерді пайдаланамыз. Біз мұны өзгерте алатынымыз өте жақсы - мысалы, SQLServer-де бұл мүмкін емес. Ең дұрысы 30, өйткені бізде тек тұрақты индекстер бар
Fileststemio_опциялар =SETALL – файлдық жүйені пайдаланудан бас тартады(сіз дискі құрылғыларын файлдық жүйесіз пайдалана аласыз: өнімділік айтарлықтай артады, дискіге тікелей қол жеткізу орындалады - Oracle барлық деректерді кэштеу жұмысын жасайды).
Қайталау журналы тобы мүшелері > 2 Журнал топтарын қайталау > 1 - қосқыштар санын азайтыңыз

Басқару құралдарыORACLE

Егер қызмет көрсетілетін ORACLE базасында ORACLEdba болмаса, онда сіз әкімшілік құралдарсыз істей алмайсыз (егер сіз, әрине, консольдің жанкүйерлері болмасаңыз және қара экранда көп жазуды қаламасаңыз).

Кәсіпорын менеджері

Ең сүйікті ORACLE басқару құралдарының бірі EnterpriseManager болып табылады. Тегін, веб-интерфейсжәне т.б. Оның көптеген функционалдығы бар және бұл құрал әкімшілік тапсырмалардың 80% сәтті қамтиды. Жалғыз мәселе интерфейс тілі ағылшын тілінде.

SQL әзірлеушісі

Басқа ORACLE DBMS басқару құралы – SQLDeveloper. Бұл құрал ManagementStudioMSSQL-ге ең ұқсас. Бірақ шын мәнінде бұл құралды сұрауларды құру және кестелерді қолмен жасау үшін ғана пайдалануға болады.

Сонымен қатар, менің субъективті пікірім бойынша, барлығы графикалық қосымшалар, Java тілінде жазылған, негізгі интерфейс кемшіліктері бар. EM сияқты, ол тегін.

Сондай-ақ ORACLE DBMS басқаруға арналған ақылы өнімдер бар - мысалы, TOAD. Бұл Oracle-дың өзінен қымбат болуы мүмкін. Көптеген функционалдылық (әрдайым сұранысқа ие емес). BestPractice режимі параметрлерді ең оңтайлыға орнатады. Бұл өнімнің қандай параметрлерді ұсынатынын түсіну үшін оның жұмысына назар аударған жөн (бұл режимде орнатылған кейбір параметрлер Oracle үшін 1С-пен жұмыс істеуге жарамсыз болса да, сіз бұған назар аударуыңыз керек. Мен менің алдыңғы слайдтарымда маңызды параметрлердің қажетті мәндерін көрсетті) .

Көңіл көтеру

Oracle ДҚБЖ жұмысын бақылаудың тағы бір ыңғайлы құралы - Spotlight (TOAD сияқты бір компания шығарған). Жақсы. Өте қымбат емес (шамамен 37 тр). Қолайлы.

Өте жақсы, дұрыс және тез барлық өзекті мәселелерді ашады, тіпті шешімін ұсынады. Бір экранда өнімділіктің барлық аспектілерін көрсетеді.

Техникалық көмек

Техникалық қолдау: ORACLE сатып алған кезде бір жыл қолдау ақысыз.

Көріп отырғаныңыздай, қолдау көрсетілетін тілдердің әртүрлілігі таңқаларлық. Қолдау көрсетілетін тілдерге сүйене отырып, oracle мамандарының негізгі бөлігі қай елдерде орналасқаны туралы қорытынды жасауға болады.

Негізі, ол жақтан жоғары деңгейдегі мамандарды күту қиын. Олар ішкі дерекқор мен ішкі ресурстарды жақсы зерттей алады.

Әдетте жауап бір күн ішінде келеді.

Қоңырау шалу қызметінен басқа, техникалық қолдау деректер базасына және жаңартуларды жүктеп алуға рұқсат бар.

Бірақ жаңартулардың өзі тұтас тарих. Жаңартуларға схеманы қайта құрастыру, кейбір кестелерді қайта жасау кіреді. Жаңартулар тек консольде орындалады. Бұл MSSQLServer емес және WindowsUpdate емес, мұнда «олар түймені басып, бәрі жаңартылды». Бұл бір күндік dba жұмысы.

Соңғы сұрақ, бәлкім, әрқайсысыңыз өзіңіз үшін жауап берген боларсыз, бұл бізге ORACLE қашан қажет, оны жобада пайдаланудың қандай да бір артықшылықтары қашан болады?

Егер сізде ORACLEDBA болса, онда мен айтқан мәселелердің барлығы шағын, олардың барлығы шешілетін және ORACLEDBA - сіздің шешіміңізді Oracle-де жақсы және дұрыс жұмыс істейтін адам түрі. Әсіресе, егер сіз 1С немесе 1С-пен бір нәрсе туралы келісе алсаңыз, мен тізімдеген кейбір мүмкіндіктерді пайдалануға мүмкіндік береді. Құзыретті DBA сіздің шешіміңіздің іске қосылуын және дұрыс жұмысын екі есе жылдамдатуы мүмкін. Өйткені ORACLE бізге беретін қаражат көлемі шынымен таң қалдырады.

ORACLE кластері бұрыннан пайда болды - RAC өте өнімді технология, уақытпен тексерілген. Ол ірі ұйымдарда қолданылады. Егер сізде бірнеше мың (бірнеше ондаған мың) қосылымдар жоспарланған жоба болса - тіпті сепаратор арқылы болса да, RAC - бұл ДҚБЖ тұрғысынан толық ұйымдастыруға мүмкіндік беретін жалғыз нұсқа. Атап айтқанда, егер 1С қазір «бұлттарға» бағытталған болса және сізде өзіңіздің жеке «бұлтыңыз» болса немесе оны жасауды жоспарлап отырсаңыз, онда бұл жағдайда ORACLE ең толық таңдау болуы мүмкін.

Дегенмен, ORACLE шешімі арнайы шешім болып табылады. Бөлуді пайдаланғыңыз келсе, математиканы пайдаланғыңыз келеді. қарау, егер сіз ORACLE кейбір басқа «мүмкіндіктерін» пайдаланғыңыз келсе, онда, әрине, сізге «1С-пен келіссөздер жүргізуге» тырысу керек, өйткені қазіргі уақытта 1С бұл «мүмкіндіктерді» пайдалануға мүмкіндік бермейді. Дегенмен, мұндай «мүмкіндіктерді» пайдаланатын шешімдер бар және бұл шешімдер тіпті «1С: үйлесімді» алды - мысалы, тікелей жариялау жазбасын пайдаланатын шешім.

Ал басқа жағдайларда MSSQL-ті басқарған дұрыс.

*******

Бұл мақала IE конференциясында 2012 (2012 ж. 15-16 қараша) жарияланған мақалаға негізделген. Сондай-ақ No1 Infostart журналында жарияланған

Сіздерді жаңа конференцияға шақырамыз.

1С: Кәсіпорын 8- қолданбалы шешімдерді жылдам әзірлеуге арналған 1С компаниясының бағдарламалық өнімі. 1С: Кәсіпорын технологиялық платформасы әдетте бір технологиялық платформаны қолданатын көптеген қолданбалы шешімдердің (конфигурациялардың) бірімен жұмыс істейтін соңғы пайдаланушыларға арналған бағдарламалық өнім емес. Оның негізінде әзірленген платформа және қолданбалы шешімдер әртүрлі қызмет түрлерін автоматтандыруға арналған, соның ішінде кәсіпорындағы (ТМД) есеп пен басқаруды автоматтандыру мәселелерін шешуге арналған 1С: Enterprise бағдарламалық жүйесін құрайды.

желі- сервер-Apache2.2.10.

Apache - Интернеттегі нөмірі бірінші сервер. Барлық интернет-сайттардың жартысынан көбі Apache немесе оның туындыларымен жұмыс істейді. Apache артықшылықтары модульдік ұйымдастыру, тұрақтылық және жылдамдық болып табылады. Дұрыс жабдық пен орнату арқылы ол ең ауыр жүктемелерге төтеп бере алады. Сервердің модульдік архитектурасының салдары веб-сервердің икемділігі, өзгертудің қарапайымдылығы және конфигурациясы болып табылады.

Apache веб-серверін пайдалана отырып, әртүрлі атаулары мен кіру деңгейлері бар жүздеген сайттарды басқаруға болады. Әрбір сайтты қосуға кететін ақшалай шығындар мен уақыт минималды. Apache веб-сервері, бағдарламашылар мен әкімшілер үшін ашықтығының арқасында танымал және соңғысы, бірақ оның еркіндігінің арқасында азды-көпті танымал операциялық жүйелер үшін жүзеге асырылады. Оның параметрлері барлық операциялық жүйелер үшін бірдей, тек конфигурация файлдары сақталатын жолдар ғана ерекшеленеді. Apache бағдарламасының бірнеше даналары әртүрлі мекенжайларда және/немесе порттарда тыңдай отырып, бір серверде жұмыс істей алады. Бір данасы бірнеше сайтқа қызмет көрсете алады. Жобаның танымал болғаны сонша, ол үнемі жаңа функционалдылыққа ие болады.

Вирусқа қарсы сервер – Avast Professional Edition 4.8. Бағдарлама мүмкіндіктері:

Резидентті антивирус сканері.

Экран сақтағышы жұмыс істеп тұрған кезде компьютерді вирустарға сканерлеңіз.

Операциялық жүйе толығымен жүктелмей тұрып, іске қосу кезінде компьютерді вирусқа тексеру.

Эвристикалық талдау.

Зиянды сценарийлерді блоктау.

Автоматты жаңарту антивирустық мәліметтер базасысонымен қатар бағдарламаның өзі.

Бағдарламаға енгізілген жеңіл желіаралық қалқан (IDS - Интрузияны анықтау жүйесі (интрузияны анықтау жүйесі)).

Тұрғын үйді қорғау модульділігі: Web-экран; жедел хабарламалар; брандмауэр; стандартты экран; P2P экраны; Электрондық пошта, сонымен қатар Microsoft Outlook, Outlook Express пошталық дерекқорларын тексеруге арналған модульдер және The Bat! плагині.

SMTP/POP3/IMAP4 сканері және Outlook бағдарламасына арналған қосылатын модуль

Шпиондық бағдарламаны жою бағдарламалық қамтамасыз ету(шпиондық бағдарлама) компьютерден.

Бағдарлама параметрлерін өзгерту үшін құпия сөзді орнату мүмкіндігі.

Көптілді интерфейс.

Пәрмен жолы антивирус сканері.

VRDB – Virus Recover Database – вирус жұққан файлдарды қалпына келтіруге арналған дерекқорларға техникалық қызмет көрсету.

Дизайн тақырыптарына қолдау көрсету (3 негізгі пакетте қазірдің өзінде бар).

Өнім ICSA сертификатына ие.

прокси-сервер - Қосымша жүйелердің прокси сервері (ES проксиі)

Extra Systems Proxy Server төртінші буыны — Windows жүйесіне арналған тегін прокси сервер. Прокси-сервердің ұсынылған нұсқасы Win32 платформасында жұмыс істеуге арналған: Windows 95, 98, ME, NT, 2000, 2003, XP. Дегенмен, серверлік платформалар ұсынылады. Сондай-ақ, осы бағдарлама жұмыс істейтін серверді арнайы (яғни жұмыс станциясы ретінде пайдаланбау) ұсынылады. Бұл бағдарламаның мақсаты – провайдермен қол жетімді бір байланыс арнасы арқылы клиенттің жергілікті желісіндегі бірнеше компьютерлерден Интернетке бір уақытта қол жеткізуді қамтамасыз ету. Қарастырылып отырған бағдарламалық өнім операциялық жүйеге әлдеқашан орнатылған және оны тек қызмет ретінде іске қосу қажет. Бұл бағдарламаны кез келген тұлға немесе ұйым заңға қайшы келмейтін кез келген мақсатта, соның ішінде коммерциялық мақсатта авторларға ешқандай төлемсіз пайдалана алады.

басып шығару- сервер- Баспа сервері 2.4.

Бағдарлама орнатуды және қосымша параметрлерді қажет етпейді. Принтер TCP IP протоколы арқылы жұмыс істейді. Бұл бағдарламаны қолдана отырып, кез келген жергілікті принтерді желілік принтер жасауға болады. Мұны істеу үшін принтер қосылған файл серверінде бағдарламаны іске қосыңыз. Жұмыс істейтін құрылғыда принтер параметрлеріне өтіп, файл серверінің IP мекенжайы бар желілік екенін көрсететін сәйкес принтерге қолдау көрсетуді орнату керек.

Пошта- сервер- Courier Mail Server 1.56 — Windows жүйесіндегі кеңсе және үй желілеріне арналған тегін пошта сервері (электрондық пошта сервері). Бұл алмасуды жылдам ұйымдастыруға көмектеседі электрондық поштажергілікті желіде және Интернетте.

Курьерлік пошта серверінің артықшылықтары:

орнату және алып тастаудың қарапайымдылығы

жинақылық

басқарудың қарапайымдылығы

жүйелік ресурстарды аз тұтыну

көп ағынды

ыңғайлы графикалық интерфейс

Орыс тіліндегі интерфейс және құжаттама

пошта жәшіктерінің шексіз санын қолдау

Курьерлік пошта серверінің құрамы:

SMTP сервері, POP3 сервері, IP сүзгісі, SMTP клиенті, POP3 клиенті, жоспарлаушы, пошта сұрыптаушысы, қашықтан қол жеткізу.

Бағдарламашы және 1С енгізудің шынайы сарапшысы әртүрлі деректер қорын басқару жүйелерінде 1С Enterprise жұмысының нюанстарын білуі керек.

Бұл мақалада 1С 8.3-пен үйлесімді барлық ДҚБЖ жұмысының негізгі мүмкіндіктері талқыланады.

1С кәсіпорны ДҚБЖ-ның 5 түрін қолдайды:

1С файлдық нұсқасының өзі;
IBM DB2;
MS SQL;
Oracle BD;

В файлдық жұмыс режимі 1С ДҚБЖ келесі мүмкіндіктерге ие. Жүйеде әрбір кесте 4 файлмен ұсынылған:

кестені сипаттау файлы;
жазба файлы;
шексіз ұзындықтағы мәндер файлы (олар оңтайландыру үшін жазбалардың негізгі файлынан алынады);
индекс файлы.

Басты ерекшеліктер:

Өлшем шегіжоғарыдағы файлдардың бірі 4 ГБ дискілік кеңістік.
мұндай деректер базасы 1920 байттан аспауы керек.
Индекстеу үшін өрістер саны 256 өріспен шектелген (басқа ДҚБЖ-да тек 16 өріс бар).

267 1С бейне сабақтарын тегін алыңыз:

Microsoft SQL

1С 8.2 нұсқасы бар MS SQL ДҚБЖ негізгі ерекшелігі болып табылады максималды сома 256 сұраудағы кестелер. Бұл көп болып көрінуі мүмкін, бірақ құрама түрдің өрістеріне нүкте бойынша қол жеткізгенде, сіз барлық 256 кестені бірден ала аласыз.

NULL Oracle сияқты, өсу ретімен сұрыптау кезінде ол нәтиженің соңында болады.
Кестені оқу кезінде автоматты құлыптау режимінде толығымен бұғатталған.
PostgreSQL ДҚБЖ интенсивті режимде өнімділік айтарлықтай төмендейді, жүйе мүмкіндігінше жиі қажет. қайта индекстеу(әдіс REINDEX).
Жылдамдық PostgreSQL өнімділігіне үлкен әсер етеді. көп жұмыс істеудиск - кэштен COMMIT пәрменінен кейін (транзакцияны орындау) деректер дискіге орналастырылады. Бұл сенімділікті айтарлықтай арттырады, бірақ ақпаратты жазу кезінде ДҚБЖ өнімділігін төмендетеді ( fsync функциясы). Сондықтан бұл ДҚБЖ ақпаратты жазу және жою тұрғысынан өте баяу болып саналады, бірақ оны түзетуге болады.
Жақсартылған сенімділікке қол жеткізуге болады RAID массивтерін енгізублоктармен біріктірілген үздіксіз қуат көзі. Осылайша, біз жүйенің сенімділігін арттырамыз. Сенімділікті арттырғаннан кейін функцияны қосуды елемеуге болады fsyncжәне осылайша жүйенің жылдамдығын айтарлықтай арттырады.
Күндер арасындағы айырмашылықты есептеу кезінде, күндер интервалында қысқы уақыттан жазғы уақытқа (және керісінше) ауысулар болса, PostgreSQL ДҚБЖ айырмашылықты ескереді. Мысал - 29.10.2013-00:00:00 және 30.10.2013-00:00:00 арасындағы айырмашылық 24 сағат емес, 25 болады.
ДҚБЖ біріктіру түрін тиімсіз орындайды – «ТОЛЫҚ СЫРТҚЫ ҚОСЫЛУ».

IBM DB2

DB2 ДҚБЖ типтелмеген NULL мәні бар.
DB2 жол мәндерін салыстыру кезінде регистрді ескереді. Ол тікелей салыстыруға ғана емес, сонымен қатар GROUP, JOIN, DIFFERENT операцияларына да қатысты.
Максималды ұзындық сандық мән - 31 таңба(басқа МҚБЖ-да – 38).
Максималды ұзындық есепке алу және жинақтау регистрлерінің ресурсы – 25 белгі(барлық жерде 32).
Максималды сома таңдау тізіміндегі бағандар - 1012.
Шексіз ұзындықтағы ең үлкен өріс өлшемі − 1 ГБ.
Дизайнға дәлел "LIKE" тек литерал болуы мүмкін, негізгі үлгілерді пайдалануға тыйым салынады.
IBM DB2 ДҚБЖ өнімділігі пайдалану кезінде айтарлықтай төмендейді біріктіру жағдайындағы ішкі сұраулар.

OracleDB

«In (..қосалқы сұрау..)» шартының ішкі сұрауының ішінде «БІРІНШІ» және «ТАПСЫРЫС» конструкцияларын пайдалана алмайсыз.
Өсу реті бойынша сұрыпталғанда NULL мән нәтиженің соңында болады.
Oracle DB Oracle ДҚБЖ жұмысына өте күшті әсер етеді сұрау жоспарының статистикасы 1С.

Өкінішке орай, біз физикалық тұрғыдан барлығына тегін кеңес бере алмаймыз, бірақ біздің команда 1С енгізу және техникалық қызмет көрсету қызметтерін ұсынуға қуанышты болады. Біздің қызметтер туралы толығырақ ақпаратты бетте таба аласыз

Бұл бағдарламалық жасақтаманы сәтті пайдалану үшін сәйкес жұмыс режимін дұрыс таңдау керек. 1С-тің әртүрлі дерекқорлармен үйлесімділігі туралы білім практикада да пайдалы болады. Осы мақаладағы материалдар нақты кәсіпорынның талаптарын ескере отырып, қосымшалардың жұмысын дәл реттеуге көмектеседі.

Жұмыс режимдері және клиенттік қолданбалар

Ең қарапайым жүйе конфигурациясында оны пайдалану ұсынылады арнайы файл: "1Cv8.1CD". Ол жаңа пайдаланушы ақпаратын сақтайды, регистрлердегі өзгерістерді тіркейді, жеке баптаулар жасайды. Бұл әдісті пайдалану оңай. Оның функционалдығы қосымша ақысыз қол жетімді. Жалғыз маңызды кемшілік - пайдаланушылардың шектеулі саны, 10-нан аспайды.

Маңызды! 1Cv8.1CD файлының өзін сақтау үшін бөлек компьютер бөлінген. Кейіннен оған қол жеткізу барлық пайдаланушылар үшін ұйымдастырылады жергілікті желі, олар дискілік кеңістікпен жұмыс істеу мүмкіндігін алады. Бұл жағдайда «клиент-сервер» режимі имитацияланады.

Міне, белгілі бір мәселелерді шешу үшін мұндай таңдаудың жарамдылығын дәлірек бағалауға мүмкіндік беретін ақпарат:

Жоғарыда аталған файлдың құрылымы кестелік. Әрбір жеке блоктың өлшемі 4 Гбайтпен шектелген;
Егер 1С-тің 8.3-тен төмен «жас» нұсқалары пайдаланылса, автоматты режимде кейбір тапсырмаларды дұрыс орындау мүмкін болмайды. Шектеу - жеке пайдаланушыларды қосу қажеттілігі;
Бұл опцияда бір уақытта бірнеше құжатты жариялау мүмкін емес;
Ол қауіпсіздіктің жоғары деңгейін қамтамасыз етпейді. Қажет болса, кез келген пайдаланушы кәсіпорынның дерекқорын сақтайтын негізгі файлдың көшірмесін жасай алады.

Үлкен жобалар үшін «клиент-сервер» режимінде жұмысты толыққанды ұйымдастыру жақсырақ. Біз оның ерекшеліктерін тізімдейміз:

Бұл опция көптеген пайдаланушылардың бір уақытта жұмыс істеуіне арналған. Жеткілікті өнімділікті алу үшін кластерлерге біріктірілген әртүрлі деректер қорын басқару жүйелері мен серверлері пайдаланылады;
Оның жылдамдық параметрлері «файл» нұсқасымен салыстырғанда жақсырақ, бұл үлкен көлемдегі деректерді жылдам өңдеуге мүмкіндік береді;
Бұл жағдайда заманауи ақпаратты қорғауды орнату және пайдалану оңайырақ;
Есептеу қуатын арттыру үшін белгілі бір кластерге серверлердің қажетті санын қосу жеткілікті.

«Клиент-сервер» режимінде үш деңгейлі стандартты архитектура қолданылады. Ең төменгісі пайдаланушы бағдарламалары. Олар кластер серверлеріне қоңыраулар жібереді. Қажет болса, деректерді кэштеу қосылады. Сұранысты өңдеу алгоритмі дереу жауап беру мүмкіндігін қарастырады. Процесс менеджерінің бақылауындағы ақпаратты алу үшін сервер ДҚБЖ шақыруды қалыптастырады. Деректер клиентке кері тізбекте жіберіледі.

Кеңес! Ең жоғары жүктеме күтілсе, қосымша жұмыс серверлерінің қажетті санын орнату ұсынылады. Пайдаланушы сұраулары оларға автоматты түрде қайта бағытталады.

Файлдық нұсқадан өнімдірек «клиент-сервер» режиміне ауысу үшін ескі деректерді арнайы мұрағатқа жүктеу жеткілікті. Олар одан әрі серверде сақталады. 1С бағдарламасының «Конфигурация» бөлімінде сіз қай режим қосылғанын көре аласыз.

Клиент қолданбалары

1С бағдарламалық қамтамасыз етудің бірнеше түрін пайдалана отырып жұмыс істеуді қамтамасыз етеді. Осы үш клиенттің ерекшеліктерін атап өтейік:

Жұқа – мәліметтерді қабылдау/беру өз хаттамасының негізінде жүзеге асырылады. Егер https пайдаланылса, сәйкес сервер конфигурациясы қажет.
Қалың байланыс желілерінің өнімділігі жеткілікті болған жағдайда ғана қолданылады. Оның көмегімен жөндеу және есептеу операцияларын орындаңыз, мәліметтер базасына қол жеткізіңіз.
Веб браузерде жұмыс істейтін бағдарламаларды пайдаланады.

Маңызды! Қолданба әзірлеушіге практикалық мәселелерді шешуге жарамайды.

«Файл» режимі пайдаланылса, 1Cv8.1CD деректеріне тікелей қол жеткізуге болады, ал Интернетке тек сервер арқылы қол жеткізуге болады. -мен жұмыс істегенде жұқа клиентекі жол да рұқсат етілген. «Клиент-сервер» нұсқасында ұқсас схемалар пайдаланылады, бірақ сервер кластерінде біріктірілген тағы бір сілтеме қосылады. Оның кейбір жауаптары дер кезінде қабылданады. Қажет болған жағдайда сұраныс жоғарырақ деңгейге, ДҚБЖ-ға жіберіледі.

Әр түрлі мәліметтер қорын басқару жүйелерін қолдану

ДҚБЖ файлы:
- Кез келген кестені келесі файлдармен көрсету: сипаттамалар, жазбалар, индекстер және мәндер;
- Файлдардың әрқайсысы дискіде 4 ГБ-тан аспайды;
- Кілт ұзындығы 1920 байтпен шектелген;
- Индекстеу үшін ең көбі 256 өрісті пайдалануға болады.
PostgreSQL:
- Егер сұрыптау режимі өсу ретімен пайдаланылса, NULL мәндері тізімнің соңына қойылады;
- Бұл ДҚБЖ-да мәліметтерді өңдеу жылдамдығы пайдаланушы сұраныстарының қарқындылығының айтарлықтай жоғарылауымен төмендейді;
- Тиімділік көрсеткіштері сәйкесінше өте тәуелді техникалық параметрлержетектер;
- Әрбір транзакцияны бекітудің арнайы алгоритмі сенімділік деңгейін арттырады;
- Үздіксіз қуат көздерін және RAID массивтерін кешенді пайдалану қателердің алдын алуға көмектеседі.
Microsoft SQL - ең үлкен санкестелердің бір сұранысында 256 бірліктен аспауы керек;
PostgreSQL сияқты Oracle DB жүйесінде өсу реті бойынша сұрыптаудан кейін тізімнің соңында NULL мәні орнатылады. Бұл ДҚБЖ-да «Тапсырыс» немесе «Бірінші» дегенді «Қосымша сұрауға» құрылымында орналастыруға тыйым салынады. Оны пайдаланған кезде сұрау жоспарының статистикасымен мұқият жұмыс істеу керек. Олар 1С тұрақтылығына айтарлықтай әсер етеді;
IBM DB2:
- NULL терілген көрсеткіш емес;
- Сандық мән 31 таңбадан аспауы керек;
- Бір өріс 1 Гбайтпен шектелген;
- Ішкі сұраулар санының ұлғаюымен (біріктіру жағдайында) кейбір өнімділіктің төмендеуі жоққа шығарылмайды.