Làm thế nào để một hệ thống đặt chỗ ngồi rạp chiếu phim ngăn không cho nhiều người dùng đặt cùng một chỗ?

Trong rạp chiếu phim tôi đi đến họ có các quầy bán vé cho phép bạn chọn chỗ ngồi bạn muốn; họ cũng có một trang web hoạt động tương tự (trang web này cũng có đồng hồ đếm ngược khoảng 30 giây trong đó bạn phải chọn chỗ ngồi).

Mặc dù tôi hiểu những thứ như giao dịch cơ sở dữ liệu và các kỹ thuật khác để xử lý nhiều người dùng đồng thời, tôi chỉ không thể hiểu được cách nhiều người có thể được phép chọn một chỗ ngồi cùng một lúc; Là đơn giản như người đầu tiên nhấn MUA ghế và người khác sẽ nhận được thông báo lỗi, hoặc tôi đang thiếu một cái gì đó?

Phương pháp cổ điển để thực hiện việc này là sử dụng cơ sở dữ liệu giao dịch (vì vậy không có xung đột) và phân bổ chỗ ngồi dự kiến cho bạn hết hạn sau một khoảng thời gian (ví dụ: 10 phút cho các ki-ốt) cho bạn đủ thời gian để trả. Nếu giao dịch (khách hàng nhìn thấy) rơi vào hoặc hết thời gian, việc phân bổ chỗ ngồi có thể được giải phóng trở lại vào nhóm. (Tất cả các thay đổi trạng thái được xử lý thông qua cơ sở dữ liệu giao dịch và một giao dịch có thể nhìn thấy của khách hàng có thể yêu cầu nhiều giao dịch cấp cơ sở dữ liệu.)

Các hãng hàng không sẽ sử dụng một hệ thống tương tự (mặc dù phức tạp hơn nhiều do phải xử lý nhiều chặng bay!) Để đặt chỗ trực tuyến. Tôi sẽ tưởng tượng rằng thời gian chờ sẽ lâu hơn đáng kể; vé máy bay thường được đặt trước hơn so với vé xem phim, và cũng đắt hơn.

30 giây bạn đã thấy ngày nay thường giống như 15 phút. Tôi không tin có một giao dịch cơ sở dữ liệu hoạt động trong thời gian đó.

Nếu tôi thiết kế một hệ thống như vậy, đây là cách tôi sẽ làm: Có các đối tượng kinh doanh Bookingvà Reservation. Đặt phòng về cơ bản được xác nhận (tức là trả tiền). Tôi sẽ lưu trữ chúng trong cùng một bảng DB và phân biệt bằng một hoặc hai thuộc tính.

Khi tìm nạp chỗ ngồi có sẵn, bạn sẽ truy vấn cả đặt chỗ và đặt chỗ.

Khi ai đó chọn chỗ ngồi, bạn tạo một đặt chỗ mới, do đó hiển thị cho các khách hàng khác chỗ ngồi như đã lấy. Việc đặt chỗ thứ hai cho cùng một chỗ sẽ bị từ chối - cập nhật hoặc chèn DB sẽ thất bại. Nếu khách hàng xác nhận / trả tiền cho đặt phòng, bạn chuyển nó sang đặt chỗ. Trong một công việc hàng loạt định kỳ, bạn xóa tất cả các đặt phòng cũ hơn 15 phút (hoặc bất cứ lúc nào bạn cung cấp cho khách hàng của mình).

Nó đi với thuộc tính ACID cơ sở dữ liệu - Cách ly. Cơ sở dữ liệu sử dụng các khóa trên dữ liệu để tránh sửa đổi dữ liệu đồng thời.

http://en.wikipedia.org/wiki/Isolation_%28database_systems%29

Có ít nhất 2 quy trình kinh doanh liên quan ở đây.

• Quy trình một:

Hiển thị chỗ ngồi có sẵn.

• Quy trình hai:

Đặt chỗ đã chọn.

Vì các quy trình này không theo dõi nhau một cách miễn dịch và vì 2 người có thể chọn cùng một chỗ nên vấn đề đồng thời phát sinh.

Nếu thiết kế cơ sở dữ liệu của bạn gán các ràng buộc duy nhất chính xác để kết hợp:

-TheaterID

-SeatID

-EventID

là duy nhất, sau đó cơ sở dữ liệu sẽ ngăn ngừa trùng lặp.

Kịch bản sau đây cũng có thể nhưng sẽ được giải quyết bằng cách thực hiện được đề xuất ở trên:

Giả sử chế độ xem lưới khả dụng cho một nhà hát nhất định và một sự kiện nhất định có thể được hiển thị:

1. User1 hiển thị chỗ ngồi có sẵn (và có chỗ ngồi 1 và 2)
2. User2 hiển thị chỗ ngồi có sẵn (và có chỗ ngồi 1 và 2)
3. User1 nói chuyện một chút với khách hàng trên điện thoại
4. User2 đi và đặt chỗ 2 cho khách hàng của mình
5. User1 cố gắng đặt ghế 2 cho khách hàng của mình (vì nó hiển thị như có sẵn trên màn hình của anh ta)
6. Chỉ mục duy nhất ngăn bước 5 đi lại dữ liệu.

Vì vậy, tất cả những gì bạn cần làm có thể không có gì chính xác hơn là thiết kế cơ sở dữ liệu và lựa chọn đúng đắn về các ràng buộc.

Các cách tiếp cận phức tạp khác là có thể nếu bạn muốn, sử dụng hàng đợi giao dịch. Trong trường hợp này, các yêu cầu được ghi trước vào hàng đợi sau đó thực hiện quy trình cứ sau n giây nhưng điều đó hầu như không cần thiết hoặc thực tế trong trường hợp của bạn.

Phần thực sự thú vị là lưới danh sách cho người dùng 1 hiển thị những gì?

Bạn có thể tránh điều kiện cuộc đua nếu bạn trì hoãn phân bổ chỗ ngồi cụ thể.

1. Thu thập tùy chọn chỗ ngồi từ khách hàng (số chỗ ngồi, giá cả, diện tích nhà hát, chỗ ngồi liền kề bắt buộc, v.v ...)
2. Lưu các tùy chọn chỗ ngồi được yêu cầu trong hàng đợi
3. Yêu cầu chỗ ngồi từng người một được kéo từ hàng đợi, chỗ ngồi được phân bổ theo sở thích và hoàn thành đặt phòng nếu tìm thấy chỗ ngồi.
4. Nếu đặt phòng hoàn tất, thông báo cho khách hàng và gửi thư vé; mặt khác, thông báo cho khách hàng rằng không có vé phù hợp với sở thích.