Changes between Version 4 and Version 5 of AdvancedTopics

Timestamp:

06/16/26 16:02:26 (12 hours ago)

Author:

231025

Comment:

--

AdvancedTopics

@@ -4 +4 @@
 За време на развојот на системот, забележавме дека речиси сите наши прегледи и извештаи (на пример, преглед на неплатени казни, анализа на историјата на еден граѓанин или пресметка на активноста на полицајците) секогаш се филтрираат според `datum`, односно бараат податоци за специфичен временски период.
 
-Одлуката да имплементираме партиционирање ја донесовме од два клучни аспекта, директно поврзани со потребите на проектот:
+Одлуката да имплементираме партиционирање ја донесовме од два клучни аспекти, директно поврзани со потребите на проектот:
 
 * '''Подобрување на перформансите:''' Без партиционирање, секогаш кога ќе побараме извештај за еден месец, базата мора да пребара низ сите 10 милиони редови. Со партиционирање, системот ги бара и ги чита само податоците за таа конкретна година.
@@ -65 +65 @@
 
 === Чекор 4: Нова главна табела ===
-Ја креираме новата главна табела со композитниот примарен клуч и ја дефинираме да се партиционира по опсег на датумот (`PARTITION BY RANGE (datum)`).
+Ја креираме новата главна табела со композитниот примарен клуч и ја дефинираме да се партиционира по опсег на датумот (`PARTITION BY RANGE (datum)`). Ја задржуваме и колоната `status_zapisnik` (заедно со нејзиниот `CHECK` и `DEFAULT`), бидејќи таа е дел од шемата и се користи од процедурата за затворање записник.
 {{{
 #!sql
@@ -75 +75 @@
 Potpis             boolean DEFAULT false,
 id_slucaj          int,
+status_zapisnik    varchar(20) DEFAULT 'Otvoren' CHECK (status_zapisnik IN ('Otvoren', 'Zatvoren')),
 EMBG_Prekrsuvach   char(13),
 Vozilo_Broj_Sasija varchar(17),
@@ -100 +101 @@
 
 === Чекор 6: Префрлање податоци ===
-Ги префрламе сите ~10 милиони редови. Секој ред автоматски се сместува во соодветната табела (партиција).
+Ги префрламе сите ~10 милиони редови, вклучувајќи ја и колоната `status_zapisnik`. Секој ред автоматски се сместува во соодветната табела (партиција).
 {{{
 #!sql
 INSERT INTO Zapisnik (id_na_zapisnik, vreme, datum, lokacija, Potpis,
-id_slucaj, EMBG_Prekrsuvach, Vozilo_Broj_Sasija, EMBG_Policaec)
+id_slucaj, status_zapisnik, EMBG_Prekrsuvach, Vozilo_Broj_Sasija, EMBG_Policaec)
 SELECT id_na_zapisnik, vreme, datum, lokacija, Potpis,
-id_slucaj, EMBG_Prekrsuvach, Vozilo_Broj_Sasija, EMBG_Policaec
+id_slucaj, status_zapisnik, EMBG_Prekrsuvach, Vozilo_Broj_Sasija, EMBG_Policaec
 FROM Zapisnik_old;
-}}}
-
-=== Чекор 7: Нови надворешни клучеви ===
+
+ANALYZE Zapisnik;
+}}}
+
+=== Чекор 7: Враќање на автоматската нумерација ===
+Колоната `id_na_zapisnik` беше `serial` пред партиционирањето, но новата табела ја дефиниравме како обичен `int`. За процедурите што вметнуваат нови записници (на пр. `kreiraj_zapisnik_so_prekrsok`) повторно да добиваат автоматско `id`, ја поврзуваме колоната со постојната секвенца и ја поставуваме на тековниот максимум за да не се судираат новите вредности.
+{{{
+#!sql
+ALTER TABLE Zapisnik ALTER COLUMN id_na_zapisnik SET DEFAULT nextval('zapisnik_id_na_zapisnik_seq');
+ALTER SEQUENCE zapisnik_id_na_zapisnik_seq OWNED BY Zapisnik.id_na_zapisnik;
+SELECT setval('zapisnik_id_na_zapisnik_seq', (SELECT COALESCE(MAX(id_na_zapisnik), 1) FROM Zapisnik));
+}}}
+
+=== Чекор 8: Нови надворешни клучеви ===
 Го враќаме интегритетот на базата. Сега `Stavka_Zapisnik` и `Uplata` ги поврзуваме со `Zapisnik` користејќи го композитниот клуч `(id_na_zapisnik, datum)`.
 {{{