Phân Tích Cơ Sở Dữ Liệu Tenant Merperle & Lộ Trình Tối Ưu PostgreSQL

Tổng số bảng ban đầu

1,350

Toàn bộ bảng trong Database PostgreSQL gốc

Bảng đang có dữ liệu

216

Chiếm ~16% tổng số bảng (Đang hoạt động thực tế)

Bảng rỗng (Đã Xóa)

1,134

84% số bảng không dùng đến (Đã DROP CASCADE)

Dung lượng Tệp SQL Schema

173 KB

Đã tối ưu giảm từ 2.01 MB (Nhanh gấp 10 lần)

⚠️

Phát hiện Quan trọng về Nghiệp vụ POS Nhà Hàng (F&B)

Qua kiểm tra trực tiếp dữ liệu thực tế tại tenant_merperle:

Đơn hàng Nhà hàng của khách hàng Merperle hiện đang nằm toàn bộ ở bảng Khách sạn POS: hst_hotel_pos_orders (102 đơn hàng) & hst_hotel_pos_order_items (282 mặt hàng).
Trong khi đó, bảng Nhà hàng thuần cũ là order_restaurant_ncc hoàn toàn bằng 0 dòng.
Nguyên nhân: Do chuyển đổi mục đích sử dụng mid-project từ Room Service (Gửi món tới phòng khách sạn) sang Nhà hàng độc lập nhưng chưa được tách riêng bảng POS. Lập trình viên cũ đã lấy restaurant_ncc_id gán tạm vào trường hotel_id.

Dọn Dẹp Framework Mới

Tạo dự án travelclub_tenant thuần RESTful API PostgreSQL, xóa sạch View HTML và các Controller thừa không dùng đến.

Tối Ưu Template Schema

Cập nhật tệp tenant.sql mẫu mới (173 KB) chỉ gồm 216 bảng chuẩn để khởi tạo Tenant mới siêu nhanh.

Khởi Tạo DB tenant_pg_new

Đã tạo DB tenant_pg_new và xóa sạch 1,134 bảng rỗng, sẵn sàng làm môi trường chuẩn cho dịch vụ F&B.

Chuẩn Hóa Schema F&B

Quy hoạch bộ bảng Nhà hàng độc lập (res_orders, res_order_items, res_tables) loại bỏ hoàn toàn dính dáng hotel_id.