Nie do końca 2x ID.
- wg mnie do końca :)
W planowanym drugim atrybucie trzymany jest "Numer decyzji", który wpisywany jest ręcznie przez moich przełożonych.
- czyli nie mówimy o numerze automatycznie generowanym.
Niestety, gdy wpisują sprawy te same osoby zdarzają się duplikacje numerów lub pominięcia
, czyli ludzie robią coś źle, co powoduje, że musimy mieć coś co jednoznacznie IDentyfikuje rekord (hmmm.... cóż by to mogło być...?)
a szefostwo chce żeby numeracji decyzji nadawała się automatycznie (inaczej mówiąc: kopiowała się z) na podst. identyfikatora rekordu.
- czyli jednak nikt nie chce nic wpisywać, tylko mieć unikalne ID.
Przy czym jest to rozwiązanie tymczasowe :-D tj. na ten rok, bo jak będę tworzyć szablon na przyszły, to pole zostanie usunięte (a musiało być dodane, gdyż przyszedłem do nich w połowie lutego).
- czyli nie ma co czarować z dublowaniem ID, tylko czas lepiej pomyśleć jak umiejętnie wykorzystać istniejące.
Powiedz gdzie te drugie ID jest wykorzystywane? bo przeciez mozesz miec np zwykle id w bazie typu 1,2,3,4,5,.... a potem jak np generujesz fakturę czy inny dokument robisz metodę "getMyMagicalStuff()", która zrobi np return "somestring"+this.record.id
(ofc to pseudokod). Nie lepiej w tym kierunku pójść niż kombinować? A jeśli ten numerek musi zostać zapisany w bazie to zrób triggera jakiegoś i niech CI update'uje rekord po jego dodaniu.
Wg mnie zabierasz się do tego nie od tej strony co trzeba, poza tym nie opisałeś dokładnie case'a w związku z którym masz ten problem.