Vlákno názorů k článku Řízení změn záznamů v relační databázi od j - ... no potes ... "prakticky vůbec nemáme pod kontrolou,...

  • Článek je starý, nové názory již nelze přidávat.
  • 7. 12. 2016 17:54

    j (neregistrovaný)

    ... no potes ...

    "prakticky vůbec nemáme pod kontrolou, co se s údaji v DB děje"
    "Správnost vkládaných nových záznamů teď pomineme."
    Neprekvapive je naprosto nejzasadnejsi ulohou zpracovani zcela libovolnych dat prave spravnost zadavanych udaju, vse ostatni je vedlejsi.

    "Úmyslné změny jsou změny provedené se záměrem škodit."
    Vazne? Takze treba nazev firmy zmeni uzivatel neumyslne, kdyz se zakaznik prejmenuje ... chmm..

    "Váš systém ale pacienta se starým rodným číslem už nezná"
    To je zajimave, mam v systemu tisice firem, a mnohe z nich maji nekolik ruznych IC, a DIC... a system zna vsechny.

    "Druhou částí bylo implementovat schvalovací a odmítací procesy"
    Jisteze ... ty tisice zmen od desitek (v male firme) uzivatelu bude schvalovat nejspis dalsich nekolik stovek schvalovacu, to aby kazdou zmenu radne overili a proverili.

    " nemusel to stále a stále složitě vymýšlet a nestandardně implementovat"
    Tj ... ono totiz udelat (a to aniz bych resil pripadne dalsi dusledky) trigger nad kazdou tabulkou, a vedle toho tabulku xyz_hist ... do ktery se insertne puvodni zaznam vyzaduje od programatora, aby to neustale resil. Pricemz podobnych postupu se da behem par minut vymyslet desitky. A voiala, ono to i pri vyuziti transakci (ja vim, sprosty slovo) garantuje, ze se zaznam vytvori a nebo update failne. To je zazracna technologie co?

    "Konkrétní řešení"
    Kde ze je popis toho konkretniho reseni? ...

  • 8. 12. 2016 11:35

    vlasta (neregistrovaný)

    Hmm, zřejmě se stále nechápeme. Ono totiž udělat triger nad každou tabulkou a vedle toho posadit tabulku xyz_his vymyslí téměř každý. Nic složitého. A transakce znáte pouze Vy? Děkuji, že jste mně na ně upozornil. Právě tento způsob není pro popisované užití vhodné. Stejně tak ty desítky způsobů, jichž jste vysypal z rukávu během par minut.

    Stovky schvalovačů také není třeba :) Nikde o tom není zmínky. Uvedl jsem, že schvalování a historii chci mít nad každou tabulkou. Tzn., že proces mohu (přes GUI) jednoduše zapínat i vypínat, nastavit až 39 úrovní schvalování a pod.

    Úmyslnou změnou může být např.: Prodáváte "ložiska". Za uplynulé období jste jich prodal, dejme tomu, 5000ks. Já Vám název změním na "příruba". Pokud se podíváte, vidíte, že jste prodal 5000 "přírub", na skladě máte 2 ks. Objednáte si dalších 5000 ks přírub. Budou Vám k čemu? Je to napsané ve zkratce. Pro Vás.

    Správnost zadávaných údajů je zásadní. Jak mi po čase potvrdíte, že Váš systém pracuje se správnými údaji? Viz. příklad výše? Jsem Váš klient a mám takový požadavek. Vyřešte jej.

  • 8. 12. 2016 14:25

    j (neregistrovaný)

    "Právě tento způsob není pro popisované užití vhodné"
    Proc ...
    Ocekavam zcela konkretni odpoved, ne PR blabol. Zatim sem nabyl presvedceni, a zjevne nejsem sam, ze bych rozhodne tohle tajuplne a magicke reseni nechtel, a to ani zdarma.

    O tom jak podobni "uzasne a genialni reseni" dodavatele pouzivaji transakce v databazi se presvedcuju dnes a denne.