СКЛите је лагани механизам за базе података
Издање СКЛите 3.45 је објављено, лагани механизам релационе базе података доступан преко СКЛ језика. За разлику од традиционалних сервера база података, као што су МиСКЛ или ПостгреСКЛ, његова посебност није да репродукује уобичајену шему клијент-сервер, већ да се интегрише директно у програме.
Захваљујући својој изузетној лакоћи, СКЛите је један од најчешће коришћених машина за базе података на свету. Користи се у многим потрошачким програмима и такође је веома популаран у уграђеним системима, укључујући већину модерних паметних телефона.
Главне нове карактеристике СКЛите 3.45
У овој новој верзији СКЛите-а 3.45 која је представљена, то је истакнуто Направљена су велика ажурирања функција СКЛ који се односи на управљање подацима у ЈСОН формату. Ове функције су биле поново написан и мигриран у нови интерни ЈСОНБ формат стабла за рашчлањивање, који је серијализован и може да се складишти директно у бази података, поред тога ово ажурирање избегава потребу за поновљеном анализом при раду са ЈСОН вредностима, што значајно побољшава перформансе и ефикасност упита који укључују податке у формату ЈСОН.
У новим верзијама функција генерисања ЈСОН-а, имплементирана је важна промена: сада генеришу податке у ЈСОНБ бинарном формату уместо у текстуалном формату. Ово представља побољшање у оптимизацији и манипулацији ЈСОН подацима у систему.
Поред тога, Опциони други аргумент је уведен у функцију јсон_валид(). Овај аргумент вам омогућава да наведете битмаску која дефинише карактеристике важећег ЈСОН-а. На пример, навођење 0к04 ће препознати ЈСОНБ објекат као важећи. Такође, када наведете 0к01, ЈСОН текст у РФЦ-8259 формату ће се сматрати важећим. Опција 0к05 омогућава препознавање обе опције.
Уобичајено, СКЛИТЕ_ДИРЕЦТ_ОВЕРФЛОВ_РЕАД оптимизација је омогућена, који омогућава да се преливне странице које су веће од стандардне величине странице б-стабла читају директно из датотеке, заобилазећи кеш. Међутим, ако желите да онемогућите ову оптимизацију током компилације, можете користити опцију „-ДСКЛИТЕ_ДИРЕЦТ_ОВЕРФЛОВ_РЕАД=0“.
El Планер упита је видео значајна побољшања о ефикасности оптимизације транзитивних ограничења. Ово омогућава машини за упите да боље оптимизује упите узимајући у обзир транзитивна ограничења и побољша способност игнорисања индекса који се сматрају ниским квалитетом током операције „АНАЛИЗА“. Ова побољшања помажу да се осигурају оптималне перформансе и ефикасно извршавање упита према СКЛите бази података.
С друге стране, на Виндовс-у, интерфејс командне линије је ажуриран да би се побољшао приказ садржаја кодираног у УТФ-8. Ово обезбеђује доследније и читљивије искуство при интеракцији са базом података преко командне линије у Виндовс окружењима. Додатно, омогућено је аутоматско откривање коришћења ЦЛИ-а приликом репродукције „.думп“ скрипти и унете су неопходне промене у конфигурације, као што су „.дбцонфиг дефансиве офф“ и „.дбцонфиг дкс_длл он“, да би се обезбедио несметан рад.оптимално.
Коначно, Својство СКЛИТЕ_РЕСУЛТ_СУБТИПЕ је уведено у дефинисане СКЛ функције на страни апликације. Ово омогућава да се склите3_ресулт_субтипе() позове из функције ради провере подтипова аргумената, пружајући већу флексибилност и могућност провере у манипулацији подацима у апликацији.
Оф тхе друге промене које се истичу:
- ФТС5 са опцијом токендата: Опција токендата је додата у виртуелну табелу ФТС5, која се користи за претрагу целог текста.
- ВАЛ2 режим евиденције трансакција: Експерименталне верзије СКЛите-а су представљене са новим режимом евиденције трансакција под називом ВАЛ2 („ПРАГМА јоурнал_моде = вал2“). Овај режим користи две вал датотеке („датабасе-вал“ и „датабасе-вал2“) уместо једне, што решава проблем неконтролисаног раста вал фајла у ситуацијама када се трансакције не обавежу дуже време или постоје процеси прављења резервних копија. читање.
- У овом режиму, приликом писања података у базу података, нови подаци се додају у први вал фајл. Када ова датотека достигне довољно велику величину, почиње писање у другу датотеку. Након преласка на други вал фајл, први је доступан за измене и преписивање. Овај циклус се понавља, што решава проблем неконтролисаног раста вал датотеке.
- Промене у обради ЈСОН-а: Промене у манипулацији ЈСОН подацима изазвале су компатибилност уназад и довеле до укидања одређених конструкција за учитавање ЈСОН података из датотека.
Коначно, ако сте заинтересовани да сазнате више о томе, можете погледати детаље у следећи линк.