hu* viņu zin! /N. Ušakovs/

Pārāk vispārīgs jautājums, atkarīgs no DB un vispār softa kas un kādam mērķim tiek izmantots.
Šādas un citādas izmaiņas softos un DB-s sakarā ar pāreju uz jauno administr. ied. katrā novadā notiek pa savam.
Tāpēc, ka jau novada robežās pagastu pārvaldes bieži vien izmanto dažādus softus.

Adreses struktūra datubāzē:
* Rajons [Ārējā atslēga]
* Pilsēta/pagasts/ciems
* Indekss
* Adrese (māja, iela)
-------------------------------------
Tātad sensitīvie lauki ir rajons un pisēta/pagasts/ciems.
Rajonus vajadzētu likvidēt, bet to vietā ieviest novadus. Taču starp rajoniem un tagadējiem novadiem nepastāv nekāda sakarība. Sakarība drīzāk pastāv starp pagastiem un novadiem, jo novads, ja nemaldos, tagad ir <b>jau esošo</b> pagastu apvienojums. Respektīvi, pagasti nav ne nākuši klāt, ne arī mainīti to nosaukumi.
Tātad varētu pielīdzināt pagastus novadiem. Bet, ņemot vērā, ka iekš lauka pilsēta/pagasts/ciems ir arī minēti pilsētu nosaukumi, kas arī ir jāpielīdzina novadiem un, ka šis lauks vispār ir brīvas formas (idejiski vienādiem lielumiem var būt nesakritība to pierakstā) , tad ož pēc diezgan manuāla darba. Bet laikam jau optimālāka varianta nav...

gaccho rakstīja:

Adreses struktūra datubāzē:
* Rajons [Ārējā atslēga]
* Pilsēta/pagasts/ciems
* Indekss
* Adrese (māja, iela)
...
Tātad varētu pielīdzināt pagastus novadiem.

Pēdējais teikums pilnīgi aplams.

Izmaiņu veikšanai vajadzētu būt visai vienkāršai:
- izmantojam db, kurā ir pagasti un tam atbilstošs novads:
http://lv.wikipedia.org/wiki/Latvijas_administrat%C4%ABvais_iedal%C4%A…
labāk - salīdzināt ar RAPL datiem.

- nomainam rajona nosaukumu ar atbilstošā novada nosaukumu izmantojot kopējo lauku - pagastu. Labāk gan, iespējams, būtu pievienot lauku <novads>, un turpmāk izmantot to - rajons vēl var noderēt.

"šis lauks vispār ir brīvas formas (idejiski vienādiem lielumiem var būt nesakritība to pierakstā)"  - DB struktūra nav pareizi izveidota no paša sākuma, tas arī rada problēmas.
Ja pilsēta/pagasts/ciems būtu vismaz ņemts no lookup tabulas, vai vispār atsevišķā tabulā kopā ar Rajonu, tad būtu jāmaina tikai lauks Rajons vienam konkrētam pagastam, pilsētai vai ciemam.
Tagad šajā brīvas formas laukā ir putra, kas noteikti novedīs pie manuāla darba (teorētiski vēl varētu izmantot kādas regulārās izteiksmes, lai izlabotu nesakritības pierakstā).

Nenokar degunu, ir arī smagāki gadījumi. Teiksim, tas kam būtu jābūt iekš DB tiek darbināts ar milzu čupām excel failiem. Vot tas ir slimi. :)

KaNeiet rakstīja:

- nomainam rajona nosaukumu ar atbilstošā novada nosaukumu izmantojot kopējo lauku - pagastu. Labāk gan, iespējams, būtu pievienot lauku <novads>, un turpmāk izmantot to - rajons vēl var noderēt.

Tik vienkārši, kā rajona nosaukumu nomaiņa, manuprāt, nav. Jo, ir pagasti, kas agrāk bijuši vienā rajonā, taču tagad sadalīti pa vairākiem novadiem. Piemērs: Bebru pagasts un Daudzeses pagasts agrāk bija iekš Aizkraukles rajona, taču tagad Bebru pagasts ir iekš Kokneses novada, bet Daudzeses pagasts - Jaunjelgavas novada.
Bet piekrītu tam, ka būtu jāizveido jauns lauks <novads>

HIGH-Zen rakstīja:

- DB struktūra nav pareizi izveidota no paša sākuma, tas arī rada problēmas.

Laikam tad jau pie reizes jāpieķeras klāt arī DB struktūras optimizācijai, ja reiz pacelta šī lieta augšā :) Un paskatīšos kā to manuālo darbu maksimāli minimizēt :)

Paldies par atbildēm.

Viss atkarīgs no DB kādu izmanto.
Ar Valsts Adrešu Reģistru vei tā saucamo ARIS strādāju dienu dienā.
Uzraksti meilu rīt no darba aizsūtīšu specifikāciju. Meilu sūti uz markuss.russo@inbox.lv

Rajoniem tiek piešķirts statuss DEL
Tiek izveidoti pilnīgi jaunas teritoriālās vienības - Novadi, kas kopumā ir 109.
Novadiem pakļaujas Pagasti un ciemi, arī atsevišķas pilsētas.

Tiek piešķirts republikas nozīmes statuss 9 pilsētām, agrāk bija 5. Tas nozīmē, ka šīs pilsētas pakļaujas pa tiešo Latvijas Republikai.
Pārējās pilsētas (68) pakļaujas jaunizveidotajiem novadiem.

Ja agrāk Jums bija tabula ar rajoniem, tad tagad faktiski varat viņu izmest miskastē, ja vien Jums nav darbs ar klientiem, kuri izmanto vēl veco sistēmu (un tādi uzņēmumi vēl ir milzums).
Novadiem nepieciešams veidot jaunu tabulu ar hierarhisko pakļautību Latvijas Republikai.

Ja man piedāvā kaut ko garšīgu, tad ir iespējams iegūt VZD teritoriālo dalījumu... teiksim.... .mdb formātā, bet ne tālāk, kā līdz pagastiem. Ciemus, mājas un dzīvokļus neredzēt kā savas ausis. :)
Norēķini notiek tikai ar banāniem, mandarīniem un citādiem labumiem pie ORIGO. :) ;)
Cik saprotu šeit ir daudzi programmēšanas censoņi, kam savām lapelēm nepieciešami šādi vietu selektori.

P.S. Alu nedzeru.

ARIS sastāv no vairākām darba tabulām, kas saistītas ar 2 līmeņu saitēm.

aw_pilseta
aw_novads
aw_pagasts
aw_ciems
aw_nlieta
aw_dziv

Ja veidojat adrešu reģistru vai kaut vai selektorus, tad Jums noteikti ir jābūt šādām tabulām. Mēs papildus ērtības labad izveidojām vienu milzīgu tabulu, kurā visas šīs tabulas apvienojām, bet neprofesionāļiem tas būs ļoti sarežģīti, jo vnk pēc unikālajiem un parent ID to darīt nevar, jo ir jāņem hierarhiskā vietu tipu pakļautība. Sarežģīti, bet tas attiecas vairāk jau uz darbu ar māju grupu, jo ēka kā tāda var atrasties tiešā pakļautībā gan pagastam, gan ciemam, gan pilsētai.
Pasta indeksi tiek glabāti kā atribūti pie māju grupas tabulas un tie nav piesaistīti vai pakļauti nekam citam. 1 indekss var būt vairākos novados vai pagastos.