After reading this post I am unfortunately still undecided whether to use SQLite or MySQL for concurrent operations (still prefer SQLite

: one and only one DBfile, no complicated configuration, creating users, MySQL server install, etc.). Suppose you have four computer stations. The first is physically the DB in and all 4 still connecting to perform operations. In fact, a LiveCode front-end, (same on all 4 computers), manages the INSERT, UPDATE, and DELETE records. Let us assume that one student wishes to enroll "CorsoA" from station n. 2 which, by querying DB through the front-end, becomes aware that it is free only 1 place. Before the recording is carried out on this station (COMMIT), at the location n. 4, another student wants to enroll simultaneously in the same course. The front-end on terminal n. 4 naturally sees that there is still only one free place. But
at the same time the terminal 2 performs the enrollment register (COMMIT). What happens in the terminal 4?
Right now for the possible entries from DB to show: there is 1 or 0 places? The situation needs to be handled first and only by the front-end? The problem would be the same whether using SQLite or MySQL? I know this is an extreme case of course, but it can happen. I do not know if I got it right but it seems that MySQL handles this situation properly and independently, while SQLite would have problems (manual executing of lock tables, use of exclusive transactions, etc.). Nevertheless I would be happy to avoid complications with the use of MySQL

. Someone help me in making a final decision?
Thank you in advance.
Sandro
(P.S. The front-end is essential to operate because it allows other and various operations through complete and effective interface, considering the DB as only a data storage)