Podrška #26845
Zatvoren
Primarni ključevi na tabelama kalk_kalk, fakt_fakt, fin_suban, fin_anal...
100%
Izmjenjeno od Saša Vranić prije više od 14 godina
Ovo je uočeno još ranije da ne šljaka kako treba, tj. kalk_kalk tabela ima PKEY
idfirma, idvd, brdok, rbr
i ako se zaista naiđe na nalog sa 2 ista redna broja - ništa od appenda u bazu.
Izmjenjeno od Saša Vranić prije više od 14 godina
Treba dodati još polja kao identifikator ovog polja...
Izmjenjeno od Saša Vranić prije više od 14 godina
Kako uraditi reset primarnih ključeva i dodavanje novog ???
Evo ovako, npr:
ALTER TABLE fmk.kalk_kalk DROP CONSTRAINT "kalk_kalk_pkey"; ALTER TABLE fmk.kalk_kalk ADD PRIMARY KEY (idfirma, idvd, brdok, rbr, mkonto, pkonto, kolicina, idroba);
Izmjenjeno od Saša Vranić prije više od 14 godina
U primarnom ključu mora da bude polje koje ne smije biti null
E sada, recimo za kalk postavimo ovako:
ALTER TABLE fmk.kalk_kalk ADD PRIMARY KEY (idfirma, idvd, brdok, rbr, mkonto, pkonto, kolicina, idroba, nc);
da li se može desiti da stavka ima istu robu, kolicinu i nabavnu cijenu ???
Izmjenjeno od Saša Vranić prije više od 14 godina
Treba li nam na tabeli KALK uopšte PKEY ???? Imamo ga na doks.
Izmjenjeno od Saša Vranić prije više od 14 godina
generalno, gore opisana situacija je moguća !
Izmjenjeno od Saša Vranić prije više od 14 godina
Ja ću za sada kod ovih tabela ukinuti ove PKEY pa onda neće biti problema sa importima...
Izmjenjeno od Ernad Husremović prije više od 14 godina
Saša Vranić je napisao/la:
Treba li nam na tabeli KALK uopšte PKEY ???? Imamo ga na doks.
to ništa ne znači. tabela mora treba imati pkey.
Izmjenjeno od Ernad Husremović prije više od 14 godina
ovo će biti dovoljno za identifikaciju zapisa
idfirma, idvd, brdok, rbr, mkonto, pkonto, idroba
Izmjenjeno od Ernad Husremović prije više od 14 godina
pošto se ovdje radi prenos podataka, nikakav nije problem da se greška u numeraciji fiksira prilikom same operacije importa.
izbijanje primarnih ključeva je loš smjer.
Izmjenjeno od Ernad Husremović prije više od 14 godina
tako bi svi ključevi bazirani na rednom broju mogli ostati.
Izmjenjeno od Saša Vranić prije više od 14 godina
Jeste ali imamo problem kod onog inicijalnog importa baza kod nove instalacije
Izmjenjeno od Saša Vranić prije više od 14 godina
ok, ukinut ću ovo što sam izbio...
ispravit ću opciju importa
Izmjenjeno od Ernad Husremović prije više od 14 godina
ako je radi brzine sada potrebno uraditi import, može se na tim bazama uraditi drop ključjeva s tim da se anomalije rednih brojeva isprave u bazi da bi se na kraju vratili PK-ovi.
Ipak je najbolje je kod importa raditi provjeru dokument po dokument i u slučaju errora raditi ispravku rednih brojeva.
migracija fmk => F18 ne treba biti, takva da anomalije FMK određuju strukturu podataka F18 posebno u ovom dijelu.
Izmjenjeno od Saša Vranić prije više od 14 godina
- Status promijenjeno iz Novo u Zatvoreno
- % završeno promijenjeno iz 0 u 100