Changes between Version 36 and Version 37 of Transactions

Timestamp:

02/10/26 18:06:00 (3 weeks ago)

Author:

222039

Comment:

--

Transactions

@@ -42 +42 @@
 3) Атомичност на промени (seat change / cancel) \\
 4) Reschedule без нарушување на капацитет \\
+
+{{{!#sql
+ALTER TABLE booking
+ADD CONSTRAINT uq_booking_flight_seat UNIQUE (flight_id, seat);
+
+ALTER TABLE booking
+ADD INDEX ix_booking_flight (flight_id);
+
+ALTER TABLE flight
+ADD INDEX ix_flight_airplane (airplane_id);
+
+ALTER TABLE airplane
+ADD INDEX ix_airplane_id_capacity (airplane_id, capacity);
+}}}
+
+UNIQUE (flight_id, seat) e најчист race-condition stopper за кога двајца купуваат исто седиште, ама во реален систем имаме и '''перформанси''' и '''lock behavior'''. Во concurrency сценарија (многу паралелни резервации), сакаме:
+* критичните проверки да бидат '''брзи''' (да не држат locks предолго),
+* да избегнеме '''full table scans''' што прават повеќе блокирања и оптоварување
+
+Затоа додадовме и индекси на колоните што најчесто се користат во транзакциските операции.
+