| 1 | | == |
| | 1 | == Трансакции |
| | 2 | |
| | 3 | === Вовед |
| | 4 | |
| | 5 | Во рамките на оваа фаза, целта е да се прикаже како еден ваков систем за авионски резервации управува со паралелни барања од повеќе корисници во исто време, без да се наруши конзистентноста на податоците и практики за истото во еден MySql сервер. |
| | 6 | |
| | 7 | Фокусот е на тоа системот да гарантира '''конзистентна продажба и резервација на седишта''' -односно да не може да се случи две различни резервации да завршат со исто седиште на ист лет, и да нема ситуација на '''overbooking''' (повеќе резервирани места од капацитетот на авионот). |
| | 8 | |
| | 9 | Покрај тоа, анализираме како системот треба правилно да се однесува при '''паралелни промени врз исти податоци''', како на пример: |
| | 10 | * промена на седиште |
| | 11 | * откажување резервација |
| | 12 | * промени во распоредот на летот. |
| | 13 | |
| | 14 | Овие операции во пракса често се случуваат истовремено од различни корисници и без трансакции и locking можат да доведат до неконзистентни резултати, „изгубени” промени или некоректен број на резервации. |
| | 15 | |
