Produkt

Webový server v preemptivním režimu

Automaticky přeloženo z Deepl

S verzí 4D v16 přecházíme na preemptivní vícevláknový systém, protože webový server 4D se také stává preemptivním. Stačí zaškrtnout jedno políčko a vaše aplikace bude podporovat více současně připojených uživatelů a paralelně zpracovávat více požadavků. U požadavků, které využívají hodně času procesoru, může být provádění až 2krát rychlejší!

Produkt blank

Preemptivní procesy pro 4D jazyk

Automaticky přeloženo z Deepl

Od verze 4D v11 používají databázový server i server SQL preemptivní vícevláknové zpracování. Od verze 4D v13 používá preemptivní režim také webový server ve statickém režimu. Nyní ve verzi v15 R5 lze v preemptivních procesech spustit i jazyk 4D.

Produkt blank

4D Příkazy Write Pro v preemptivních procesech

Automaticky přeloženo z Deepl

S verzí 4D v16 můžete zlepšit škálovatelnost databáze pomocí nových příkazů 4D Write Pro v preemptivních procesech.

Pokud provádíte rutiny pro programové vytváření nebo konverzi dokumentů – např. faktur … můžete je nyní provádět s preemptivními pracovníky, protože většina příkazů 4D Write Pro je nyní bezpečná pro vlákna!

Produkt blank

Zrcadlení databáze

Automaticky přeloženo z Deepl

Při integraci souboru protokolu se 4D zastaví u první chyby a nevrátí žádnou chybovou zprávu. Důvodem chyb při integraci může být poškozený protokol, například kvůli špatnému pevnému disku nebo softwarové chybě při zápisu. Pokud se tato chyba vyskytne na konci, není to problém; může se však vyskytnout i na začátku nebo uprostřed protokolu. V takovém případě mohou být užitečná data za chybou.

Nyní, když integrace selže ve standardním režimu, můžete zkusit integraci v režimu automatické opravy. V tomto případě se 4D pokusí vyřešit vzniklou chybu, nezastaví integraci a vrátí seznam chyb.

Produkt blank

Export JSON pro Journal

Automaticky přeloženo z Deepl

V aplikacích 4D je důležitý datový soubor, takže veškerá činnost databáze je uložena v souboru protokolu. Jak všichni víte, soubor protokolu je důležitým prvkem pro obnovu databáze po nešťastné události. Všechny informace o činnosti databáze však mohou být užitečné i pro analýzu. Například pro kontrolu aktivity v tabulce, pro zobrazení změn provedených uživatelem a pro sledování historie záznamu.