Poslední příspěvky

Stran: 1 ... 8 9 [10]
91
Obecné / Re:Debbug - GTT voči RunTime persistent table
« Poslední příspěvek od Delfin kdy 16-06-2018, 21:24:11 »
Ja som k tým GTT pristúpil preto, aby som sa vyhol viacnásobnému použitiu subselect-ov. Poniektoré sú zložitejšie.

Vyuziti GTT pro takove pripady je v poradku. Jen je treba se smirit s tim ze jejich obsah neni k videni z jinych aplikaci nez kde se s nimi pracuje (jako napr. DB manager). Porad se vsak da z dane aplikace pred jejich vyprazdnenim (zpusobene ukoncenim transakce nebo spojeni) obsah ziskat.
92
Obecné / Re:Debbug - GTT voči RunTime persistent table
« Poslední příspěvek od pf1957 kdy 16-06-2018, 21:22:35 »
Podľa mňa GTT majú ešte jednu výhodu. Ich údaje sú uložené len v pamäti a tak nerozbíjajú DB. To sa o trvalých tabuľkách tvrdiť nedá. Ak sa mýlim, tak ma opravte.
To nevim, jak jsi k tomu dospel. I kdyz FB je u nas pod tlakem zakazniku na ustupu, tak jsem se schvalne podival, co o tom pise Helen Borrie ve FireBird book, kdyz uz ho mam: "...GTT je alokovana ve vlastnich "soukromych" strankach, ktere maji shodny format jako bezne tabulky a ktere se po commitu uvolni...". Takze me z toho plyne:
a) neni pravda, ze jsou jen v pameti
b) jejich alokace muze zpusobovat fragmentaci stranek,
c) pravidelnou udrzbu DB bys mel provadet bud jak bud
93
Obecné / Re:Debbug - GTT voči RunTime persistent table
« Poslední příspěvek od Stanislav Hruška kdy 16-06-2018, 21:09:43 »
Ja som k tým GTT pristúpil preto, aby som sa vyhol viacnásobnému použitiu subselect-ov. Poniektoré sú zložitejšie. Ja sa stále snažím šetriť systémové prostriedky. Aj keď sa tomu skoro každý čuduje. Ja som už taký skúpy od prírody.
94
Obecné / Re:Debbug - GTT voči RunTime persistent table
« Poslední příspěvek od Stanislav Hruška kdy 16-06-2018, 20:57:48 »
Jsem za 2 databaze. Ale s fixnimi sadami testovacich dat (jen pro vyvoj a testovani). Urcite bych se nesnazil delat klon produkcni jen proto abych mohl videt mezivysledky vypoctu.

Cile by se dalo s uvedenym objemem dosahnout nejspis i jinak. Nemam ted moc predstavu zda se tu bavime o DBMS procedurach nebo zda je kod v Delphi aplikaci, nicmene v obou pripadech by se dalo jit primo cestou GTT jen si bud pred koncem vypoctu (vyprazdnenim te GTT tabulky) volitelne vratit data jako (sadu) resultset(u) nebo naplnit perzistentni tabulku(y).
Čo sa týka testovania, tak 2 DB budem mať. Potrebujem v budúcnosti ladiť výkon a to sa s ostrými údajmi nedá. Kto by tam nahadzoval do jednej tabuľky niekoľko stotisíc záznamov. Pre zaistenie funkčnosti app. a správnosti výpočtov ich tam je len pár. A pre ladenie výkonu mi úplne postačia náhodné údaje.
Procedúry, view ani nič podobné nepoužívam. Všetko mám v Delphi. Jedine ak ma donúti situácia. Tie GTT by som zvládol, ale z diskusie vyplynulo, že by to bola zbytočná komplikácia.
Podľa mňa GTT majú ešte jednu výhodu. Ich údaje sú uložené len v pamäti a tak nerozbíjajú DB. To sa o trvalých tabuľkách tvrdiť nedá. Ak sa mýlim, tak ma opravte.
95
Obecné / Re:Debbug - GTT voči RunTime persistent table
« Poslední příspěvek od Delfin kdy 16-06-2018, 20:35:37 »
Jsem za 2 databaze. Ale s fixnimi sadami testovacich dat (jen pro vyvoj a testovani). Urcite bych se nesnazil delat klon produkcni jen proto abych mohl videt mezivysledky vypoctu.

Cile by se dalo s uvedenym objemem dat dosahnout nejspis i jinak. Nemam ted moc predstavu zda se tu bavime o DBMS procedurach nebo zda je kod v Delphi aplikaci, nicmene v obou pripadech by se dalo jit primo cestou GTT; jen si pred vyprazdnenim te GTT tabulky volitelne vratit data jako (sadu) resultset(u) nebo naplnit perzistentni tabulku(y).
96
Obecné / Re:Debbug - GTT voči RunTime persistent table
« Poslední příspěvek od Stanislav Hruška kdy 16-06-2018, 20:26:27 »
Citace
Ale prednost bych dal temer cemukoli pred udrzbou 2 ruznych DB
To už ste dvaja. Dám si povedať.
Citace
Pro perzistentni tabulku s konkurencnim pristupem by bylo treba jeste pridat sloupec ktery by zaznamy pro pristupujici rozlisil.
To nie je problém. Stačí sa vrátiť k stavu z dnešného rána ;D ;D ;D  A to som celkom tvrdo makal :o  Aj takým spôsobom sa človek učí.
Akurát sa zbavím indexov, prepojení tabuliek pomocou foreign key. Bude tam málo záznamov. Rádovo stovky, takže aj tak by sa neuplatnili.
97
Obecné / Re:Debbug - GTT voči RunTime persistent table
« Poslední příspěvek od Delfin kdy 16-06-2018, 20:18:59 »
Ale prednost bych dal temer cemukoli pred udrzbou 2 ruznych DB

S jednodatabazovym resenim by tady bylo treba vytvorit 31 tabulek navic a k tomu jeste upravit vsechny skripty. Zalezi co da v tomto pripade vic prace. Jinak, kdyby slo o zivou databazi, cestou 2 databazi bych se nevydal. Kdybych mel fixni s testovacimi daty, udelal bych si klon s nahrazenim tabulek za perzistentni.

Z dotazu jsem odhadoval fixni s testovacimi daty.
98
Obecné / Re:Debbug - GTT voči RunTime persistent table
« Poslední příspěvek od pf1957 kdy 16-06-2018, 20:02:28 »
Pri momentálnom stave predpokladám nárast DB na dvojnásobok. Plus indexy a ich réžia. Mne to stojí zato. Je pravda, že môžem použiť persistent tabuľky a na začiatku/konci (podľa potreby) výpočtu ich vyprázdniť.
Väzby v nich môžem zrušiť a tým sa zbaviť indexov.
Ne ze bych GTT nepouzival, ale jenom tam, kde si potrebuju neco vytahat/predpocitat ze slozitych dat, tedy
a) nejde to udelat SQL dotazem, musi  se to udelat proceduralne v SP
b) potrebuju to udelat na serveru a data netahat na klienta.

Ale prednost bych dal temer cemukoli pred udrzbou 2 ruznych DB: kdysi jsem byl donucen udelat nad FB replikaci lokalnich a centralni DB a schema pro centralni jsem vyrabel scriptem, ktery ho vyrobil z lokalni DB. Ale co to bylo za onanii, kdyz pri kazde zmene schematu lokalni DB se muselo jeste sahnout do scriptu :-( Uz nikdy vice. 

Mezitim se nastesti vlastnosti infrastruktury zlepsily natolik, ze soucasna verze ten cirkus s replikaci DB nepouziva a vsechno jede proti jedine centralni DB.
99
Obecné / Re:VLC
« Poslední příspěvek od Delfin kdy 16-06-2018, 19:34:06 »
Tak neres ActiveX a zkus pouzit nativni zpusob.
100
Obecné / Re:Debbug - GTT voči RunTime persistent table
« Poslední příspěvek od Delfin kdy 16-06-2018, 19:04:52 »
Malý zásah tam musím urobiť. Tie trvalé tabuľky sa samé nevyprázdnia. Je to podmienka pre správny priebeh výpočtov.

Pravda. To je podstatna vlastnost GTT na kterou jsem zapomnel ::)

Je pravda, že môžem použiť persistent tabuľky a na začiatku/konci (podľa potreby) výpočtu ich vyprázdniť.

Ony ty GTT maji v nekterych pripadech vyznam a tim je izolace dat na urovni pripojeni nebo transakce. Pro perzistentni tabulku s konkurencnim pristupem by bylo treba jeste pridat sloupec ktery by zaznamy pro pristupujici rozlisil.
Stran: 1 ... 8 9 [10]