Když systém to duplicitní rodné číslo neumožní zadat, tak holt tu pohledávku obsluha zapíše k tomu druhému člověku se stejným RČ, a třeba si to bude nějakou dobu pamatovat.
Tazko niekoho donutite kontrolovat nieco, co sa vyskytuje u niecoho ako 1 z 10k pripadov alebo menej. To z principu nejde - aj ked na uradnicku budete najskor davat pozor, casom si vsimne, ze je to "vzdy spravne" a jednoducho to bude v hlave ignorovat.
Jste si jist, že váš komentář nějak souvisí s tím, na co reagujete?
Pomerne ano, akurat som to asi dost dobre nevysvetlil - ked vam nejaky system dovolit robit duplicity, ale tie budu vzacne, tak sa k tomu uradnicky budu stavat, ako keby tam duplicity neboli. Takze sanca, ze sa to pripise inemu, je aj pri dovolenych duplicitach jednoducho velka.
To u vas normalne funguje tak, ze ked uradnicke nieco nejde, tak si nieco vymysli, aby to nejak preslo?
Ne. Když něco nejde (třeba zadat žádost o důchod z důvodu duplicity rodného čísla), úřednice oznámí možnou chybu v systému, problém se analyzuje, zjistí se, že jde skutečně chyba v zadání, vypíše se výběrové řízení na úpravu software (nezapomeňte, že jde o změnu zadání, ne opravu chyby), no, a až tohle celé proběhne, může si dotyčný přijít požádat o důchod znovu.
1. ked si nahodou urady spojuju medzi sebou cloveka podla rodneho cisla, tak vam (z pohladu autora SW) extra identifikator vo vasej DB nic nepomoze. A ked sa to spojuje podla ineho unikatneho identifikatora, tak je snad kazdemu na prvy pohlad jasne, ze ma byt primarny kluc ten unikatny identifikator.
2. Toto sa riesi zmenou rodneho cisla - a tlak je naozaj velky, aj ked vymena dokladov nie je nic prijemne.
- alebo to nastane a vyrobite problem znacne prevysujuci uspory sposobene Vasim non-overengineeringom
...co je len zlomok nakladov, ktore dokopy vzniknu aj pri overengineeringu uz z principu toho, ako sa komunikuje s okolim
. Ono aj s tym koncom sveta je to tazke - co ked nahodou nastane a PC budu mat dalej nieco pocitat?
Mne sa skor zda, ze sa pre istotu vytvara kopec kodu, az to dopadne takto:
https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition(na zasmiatie; evidentne ispirovane tym, co sa robi v "enterprise" aplikaciach)
Aplikacii spoliehajucich sa na prirodzene kluce je cela hrst a vacsinou sa tam problem zjavil.
Vyrobne cislo (tu VIN) nie je prirodzeny kluc - je robeny tak, aby bol unikatny. Vdaka hierarchickemu deleniu a velkemu priestoru cisel to ani nie je problem zarucit (na rozdiel od rodnych cisel).