Các thuộc tính cơ bản chiều hình thức thanh toán
Tên cột Kiểu Miêu tả Ví dụ
hinhthuctt_id number Khóa chính 1 ten_hinhthuctt varchar Tên hình thức
thanh toán Tiền mặt tại quầy ghichu varchar Ghi chú
3.2.2.9. Nợ cước của khách hàng
Nợ cước khách hàng quản lý thông tin nợ cước của khách hàng, được lưu chi tiết đến từng khoản mục, thuê bao, tháng. Dữ liệu nợ cước sử dụng phân tích tình hình nợ cước của khách hàng. Dữ liệu được lấy từ dữ liệu nợ cước của hệ thống quản lý thu nợ. Bảng sự kiện nợ cước của khách hàng như sau:
Các thông tin sự kiện như mã thuê bao, tiền, vat, hoa hồng,.. lấy từ dữ liệu nợ cước của hệ thống nguồn. Các chiều của bảng sự kiện nợ cước như chiều khách hàng, thanh toán, đơn vị quản lý, tháng, khoản mục thanh cước, kiểu nợ. Các chiều của bảng sự kiện nợ cước đã được miêu tả ở trên.
3.2.2.10. Nhắc nợ cước
Nhắc nợ cước quản lý thông tin nhắc nợ cước đến khách hàng. Dữ liệu nhắc nợ cước sử dụng phân tích tình hình nhắc nợ, đánh giá hiệu quả của quá trình nhắc nợ. Dữ liệu được lấy từ dữ liệu nhắc nợ cước của hệ thống quản lý thu nợ. Bảng sự kiện nhắc nợ cước của khách hàng như sau:
Hình 43. Sơ đồ kho dữ liệu nhắc nợ cước khách hàng
Các thông tin sự kiện như lần nhắc, ngày thực hiện,.. lấy từ dữ liệu nhắc nợ cước của hệ thống nguồn. Các chiều của bảng sự kiện nhắc nợ cước như chiều khách hàng, thuê bao, đơn vị quản lý, tháng, thời gian, hình thức nhắc nợ.
3.2.2.11. Khóa mở nợ cước
Khóa mở nợ cước quản lý thông tin khóa mở máy khi khách hàng không thanh toán tiền cước. Dữ liệu khóa mở nợ cước sử dụng phân tích tình hình khóa mở máy, đánh giá hiệu quả của quá trình khóa máy. Dữ liệu được lấy từ dữ liệu khóa mở máy của hệ thống quản lý thu nợ. Bảng sự kiện khóa mở như sau:
Hình 44. Sơ đồ kho dữ liệu khóa mở nợ cước
Các thông tin sự kiện như máy cập nhật, ngày thực hiện,.. lấy từ dữ liệu khóa mở của hệ thống nguồn. Các chiều của bảng sự kiện khóa mở như chiều khách hàng,
thuê bao, đơn vị quản lý, chiều khóa mở, thời gian, kiểu khóa mở.
3.2.2.12. Xử lý nợ cước
Xử lý nợ cước quản lý thông tin xử lý nợ khó đòi khi khách hàng không thanh toán tiền cước. Dữ liệu xử lý nợ sử dụng phân tích tình hình xử lý nợ, đánh giá hiệu quả của quá trình xử lý nợ. Dữ liệu được lấy từ dữ liệu xử lý nợ của hệ thống quản lý thu nợ. Bảng sự kiện xử lý nợ như sau:
Hình 45. Sơ đồ kho dữ liệu xử lý nợ cước
Các thông tin sự kiện như số tiền, ngày xử lý, ngày in,.. lấy từ dữ liệu xử lý nợ của hệ thống nguồn. Các chiều của bảng sự kiện xử lý nợ như chiều khách hàng, thanh toán, đơn vị quản lý, đơn vị xử lý, thời gian, bước xử lý.
Chiều hình bước xử lý nợ
Chiều hình bước xử lý nợ lưu thông tin các bước xử lý nợ. Phân tích tình hình xử lý nợ theo các bước.
Hình 46. Chiều hình bước xử lý nợ
Các thuộc tính cơ bản chiều bước xử lý nợ
Tên cột Kiểu Miêu tả Ví dụ
buocxln_id number Khóa chính 1
ten_buocxln varchar Bước xử lý nợ Đơn khởi kiện ghichu varchar Ghi chú
liệu phân tích tình hình báo hỏng. Dữ liệu được lấy từ dữ liệu báo hỏng của hệ thống báo hỏng. Bảng sự kiện báo hỏng như sau:
Hình 47. Sơ đồ kho dữ liệu báo hỏng
Các thông tin sự kiện như ngày báo hỏng, lần báo hỏng, ghi chú báo hỏng.. lấy từ dữ liệu báo hỏng của hệ thống nguồn. Các chiều của bảng sự kiện báo hỏng như chiều khách hàng, thuê bao, đơn vị quản lý, thời gian, tình trạng.
Chiều tình trạng
Chiều tình trạng lưu thông tin các tình trạng của dịch vụ viễn thông khi báo hỏng. Phân tích tình hình báo hỏng theo tình trạng.
Hình 48. Chiều tình trạng
Các thuộc tính cơ bản chiều tình trạng
Tên cột Kiểu Miêu tả Ví dụ
tinhtrang_id number Khóa chính 1
tinhtrang varchar Tình trạng Máy chập chờn ghichu varchar Ghi chú
3.2.2.14. Xử lý báo hỏng
Xử lý báo hỏng quản lý thông tin xử lý các báo hỏng của khách hàng. Dữ liệu phân tích tình hình xử lý báo hỏng. Dữ liệu được lấy từ dữ liệu xử lý báo hỏng của
hệ thống báo hỏng. Bảng sự kiện xử lý báo hỏng như sau:
Hình 49. Sơ đồ kho dữ liệu xử lý báo hỏng
Các thông tin sự kiện như ngày báo hỏng, ngày xử lý, ghi chú xử lý,... lấy từ dữ liệu xử lý báo hỏng của hệ thống nguồn. Các chiều của bảng sự kiện xử lý báo hỏng như chiều khách hàng, thuê bao, đơn vị quản lý, thời gian, nguyên nhân, đơn vị thi công.
Chiều nguyên nhân
Chiều nguyên nhân lưu thông tin các nguyên nhân của dịch vụ viễn thông khi bị hỏng. Phân tích tình hình xử lý báo hỏng theo nguyên nhân.
Hình 50. Chiều nguyên nhân
Các thuộc tính cơ bản chiều nguyên nhân
Tên cột Kiểu Miêu tả Ví dụ
nguyennhan_id number Khóa chính 1
nguyennhan varchar Nguyên nhân Đứt dây ghichu varchar Ghi chú
3.2.2.15. Sử dụng dịch vụ viễn thông
Sử dụng dịch vụ viễn thông lưu thông tin sử dụng dịch vụ viễn thông của khách hàng. Dữ liệu phân tích tình hình sử dụng dịch vụ vủa khách hàng như thế nào: dịch vụ được ai sử dụng, thời gian và ở địa chỉ nào. Dữ liệu được lấy từ dữ liệu
quản lý khách hàng của hệ thống phát triển thuê bao. Bảng sự kiện sử dụng dịch vụ như sau:
Hình 51. Sơ đồ kho dữ liệu sử dụng dịch vụ viễn thông
Các thông tin sự kiện như ngày bắt đầu, ngày kết thúc,... lấy từ dữ liệu khách hàng của hệ thống nguồn. Các chiều của bảng sự kiện sử dụng dịch vụ như chiều khách hàng, thuê bao, thời gian, dịch vụ viễn thông, địa chỉ.
3.2.2.16. Sử dụng dịch vụ gia tăng
Sử dụng dịch vụ viễn thông lưu thông tin sử dụng dịch vụ gia tăng của khách hàng. Dữ liệu phân tích tình hình sử dụng dịch vụ gia tăng vủa khách hàng như thế nào: dịch vụ gia tăng được ai sử dụng và thời gian sử dụng. Dữ liệu được lấy từ dữ liệu quản lý khách hàng của hệ thống phát triển thuê bao. Bảng sự kiện sử dụng dịch vụ gia tăng như sau:
Hình 52. Sơ đồ kho dữ liệu sử dụng dịch vụ gia tăng
Các thông tin sự kiện như nội dung, ngày bắt đầu, ngày kết thúc,... lấy từ dữ liệu khách hàng của hệ thống nguồn. Các chiều của bảng sự kiện sử dụng dịch vụ như chiều khách hàng, thuê bao, thời gian, dịch vụ gia tăng.
3.2.2. Thiết kế mô hình vật lý
3.2.3.1. Kiến trúc vật lý kho dữ liệu
Kiến trúc hệ thống kho dữ liệu viễn thông bao gồm máy chủ chuyển đổi dữ liệu, máy chủ cở sở dữ liệu để lưu kho dữ liệu, máy chủ báo cáo + web server + process server, máy chủ phân tích dữ liệu trực tuyến.
Oracle Database Phát triển thuê bao Quản lý khách hàng Oracle Database Tính cước Oracle Database Quản lý thu nợ ETL Server Warehouse Builder Oracle Database Kho dữ liệu
Crystal Report Server Process Server Web Server OLAP Server ` ` ` Client
Hình 53. Kiến trúc vật lý kho dữ liệu viễn thông
Máy chủ chuyển đổi dữ liệu có cài đặt công cụ oracle warehouse builder, đây là công cụ xây dựng và quản trị kho dữ liệu. Sử dụng công cụ này để xây dựng các tiến trình tải dữ liệu theo lô, quản lý vòng đời, chuyển dữ liệu và siêu dữ liệu cho các công cụ khác. Oracle Warehouse Builder 10gR2 sẽ bổ sung thêm giao diện đồ họa cho bắt các thay đổi dữ liệu, cả đồng bộ và không đồng bộ, và những tính năng bổ sung riêng có để phục vụ cho quá trình chuyển đổi dữ liệu tức thời. Oracle Warehouse Builder 10gR2 dùng phương pháp ánh xạ quen thuộc, cho phép người dùng ánh xạ một cách trực quan dữ liệu nguồn tới các bảng đích và bao gồm phép chuyển đổi mọi cột hay bảng riêng lẻ. Tất cả đều được ghi lại đầy đủ bằng metadata trong kho chứa thiết kế để có thể quản lý đầy đủ mọi thay đổi trong cả vòng đời dự án
Máy chủ cở sở dữ liệu lưu kho dữ liệu cài đặt oracle database. Dữ liệu từ các hệ thống nguồn như tính cước, phát triển thuê bao, quản lý nợ,…qua máy chủ chuyển đổi số liệu, dữ liệu sẽ được làm sạch, tích hợp, ánh xạ,…chuyển đổi vào máy chủ cở sở dữ liệu lưu kho dữ liệu viễn thông.
Máy chủ tiếp có chứa Crystal report server, đây là công cụ quản trị và thực thi báo cáo. Process server, web server quản lý tiền trình cho phép máy trạm có thể xem
Máy chủ có chứa công cụ khai thác thông tin discoverer và công cụ phân tích trực tuyến Olap.
3.2.3.2. Ước lượng dung lượng
Xét tỉnh có số lượng thuê bao trung bình 250000 thuê bao, dữ liệu dự tính lưu trong 10 năm (khoảng 3650 ngày, 120 tháng).
Thông tinh khách hàng có 13 trường, thanh toán 6 trường, thuê bao 8 trường (tổng 27 trường). Tổng dung lượng để lưu thông tinh khách hàng là 250,000 * (6*200 + 3*50 + 2*30 + 3*20 + 2*10 + 3*9 + 4 *8 + 4*4) = 400MB.
Xét bảng sự kiện chi tiết cuộc gọi, trung bình một thuê bao trong tháng gọi 100 cuộc, nên tổng số bản ghi chi tiết là 250,000*100 = 25,000,000 mỗi bản ghi gồm 20 trường (10key+10fact). Tổng dung lượng để lưu chi tiết cuộc gọi trong 1 tháng là 25,000,000 * (2*8+2*9+5*12+2*30+1*2+8*4)= 4GB. Tổng dung lượng để lưu chi tiết cuộc gọi trong 10 năm 4GB*120 = 480GB
Xét bảng sự kiện tổng hợp cước khách hàng, trung bình một thuê bao trong tháng có 5 khoản mục, nên tổng số bản ghi chi tiết là 250,000*5 = 1,250,000 mỗi bản ghi gồm 15 trường (8key+7fact). Tổng dung lượng để lưu chi tiết cuộc gọi trong 1 tháng là 1,250,000 * (1*30+4*12+3*9+1*8+4*5)= 160M. Tổng dung lượng để lưu chi tiết cuộc gọi trong 10 năm 160M*120 = 19GB
Tương tự chi tiết nợ của khách hàng trong trong 10 năm sử dụng 30GB; chi tiết trả của khách hàng trong trong 10 năm sử dụng 20GB; lịch sử khách hàng 10 năm sử dụng 20GB. Tổng các phần còn lại khoảng 100GB.
Như vậy tổng dung lượng để lưu trữ khoảng 800GB. Sử dụng thêm 30% để dánh chỉ mục (index), 15% cho cơ cấu bên trong, 20% cho sự sai số. Tổng dung lượng bây giờ sẽ là 1320GB
3.2.3.3. Tạo cấu trúc database
Trong phần thiết kế vật lôgic chúng ta đã thiết kế 16 bảng sự kiện, 28 chiều. Chúng ta sẽ tạo các bảng trong cở sở dữ liệu dựa trên thiết kế logic trên. Đầu tiên tạo bảng sự kiện bán hàng và 8 chiều liên quan.
Hình 54. Mô hình quan hệ bán hàng
Có thể sử dụng công cụ Warehouse Builder để thực hiện tạo bảng hoặc thực hiện theo các lệnh script. Trước hết thực hiện tạo các chiều trước.
--Tạo bảng chiều khách hàng
CREATE TABLE khachhang(
khachhang_id NUMBER(9,0) NOT NULL, loaikh_id NUMBER(4,0), so_fax VARCHAR2(50), ma_kh VARCHAR2(20), ngaylap_hd DATE, stk VARCHAR2(30), so_dt VARCHAR2(50), ten_kh VARCHAR2(200), ma_hd VARCHAR2(20), ngay_sn DATE, diachi_kh VARCHAR2(200), email VARCHAR2(50), mst VARCHAR2(30) );
PRIMARY KEY (khachhang_id) USING INDEX;
--Tạo bảng chiều dịch vụ viễn thông
CREATE TABLE dichvu_vt(
dichvuvt_id NUMBER(4,0), ten_dvvt VARCHAR2(100), ma_dvvt VARCHAR2(20), ma_lhtb VARCHAR2(20), loaihinh_tb VARCHAR2(100), loaitb_id NUMBER(4,0) NOT NULL );
ALTER TABLE dichvu_vt ADD CONSTRAINT dichvu_vt_dimension_key_pk PRIMARY KEY (loaitb_id) USING INDEX;
--Tạo bảng chiều điểm giao dịch
CREATE TABLE diem_gd(
diem_gd_id NUMBER(6,0) NOT NULL, diachi VARCHAR2(100), diem_gd VARCHAR2(100), huyen_diachi VARCHAR2(100), ten_huyen VARCHAR2(100), huyen_id NUMBER(6,0), ten_tinh VARCHAR2(100), tinh_id NUMBER(6,0), tinh_diachi VARCHAR2(100) );
ALTER TABLE diem_gd ADD CONSTRAINT diem_gd_dimension_key_pk PRIMARY KEY (diem_gd_id) USING INDEX;
--Tạo bảng chiều địa chỉ
CREATE TABLE diachi(
ma_tinh VARCHAR2(20), tinh_id NUMBER(6,0), ten_tinh VARCHAR2(100), ten_huyen VARCHAR2(100), quan_id NUMBER(6,0), ma_quan VARCHAR2(20), ten_phuong VARCHAR2(100),
phuong_id NUMBER(6,0) NOT NULL, ma_phuong VARCHAR2(20)
);
ALTER TABLE diachi ADD CONSTRAINT diachi_dimension_key_pk PRIMARY KEY (phuong_id) USING INDEX;
--Tạo bảng chiều kiểu yêu cầu
CREATE TABLE kieu_yc(
kieu_yc VARCHAR2(100), ma_yc VARCHAR2(20),
kieuyc_id NUMBER(4,0) NOT NULL, loaihd_id NUMBER(4,0),
ten_loaihd VARCHAR2(100), ma_loaihd VARCHAR2(20) )
ALTER TABLE kieu_yc ADD CONSTRAINT kieu_yc_dimension_key_pk PRIMARY KEY (kieuyc_id) USING INDEX;
--Tạo bảng kênh giao tiếp
CREATE TABLE kenh_gt(
ghichu VARCHAR2(100), kenh_gt VARCHAR2(100),
kenhgt_id NUMBER(4,0) NOT NULL )
ALTER TABLE kenh_gt ADD CONSTRAINT kenh_gt_dimension_key_pk PRIMARY KEY (kenhgt_id) USING INDEX;
--Tạo bảng chiều chương trình khuyến mãi
CREATE TABLE chuongtrinh_km( ngay_kt DATE,
ctkm_id NUMBER(4,0) NOT NULL, thoigian_sd NUMBER(4,0),
ngay_bd DATE,
giatri_km NUMBER(12,0), ten_ct VARCHAR2(100) );
ALTER TABLE chuongtrinh_km ADD CONSTRAINT
chuongtrin_dimension_key_pk PRIMARY KEY (ctkm_id) USING INDEX;
--Tạo bảng chiều thời gian
CREATE TABLE thoigian(
dimension_key NUMBER NOT NULL, day_name VARCHAR2(25), day_day_code NUMBER, day_description VARCHAR2(2000), day_time_span NUMBER, day_of_cal_quarter NUMBER, day_end_date DATE, day_id NUMBER,
day_of_cal_month NUMBER, day_of_cal_week NUMBER, day DATE, julian_date NUMBER, day_start_date DATE, month_of_year NUMBER, calendar_month_end_date DATE, calendar_month_cal_month_code NUMBER, calendar_month_name VARCHAR2(25), calendar_month_time_span NUMBER, calendar_month_id NUMBER, month_of_quarter NUMBER, calendar_month_start_date DATE, cal_month_number NUMBER, calendar_month_description VARCHAR2(2000), calendar_quarter_name VARCHAR2(25), calendar_quart_cal_quarter_co NUMBER, calendar_quarter_start_date DATE, quarter_of_year NUMBER, cal_quarter_number NUMBER, calendar_quarter_time_span NUMBER, calendar_quarter_id NUMBER, calendar_quarter_end_date DATE, calendar_quarter_description VARCHAR2(2000), cal_year_number NUMBER, calendar_year_id NUMBER, calendar_year_name VARCHAR2(25), calendar_year_description VARCHAR2(2000), calendar_year_end_date DATE, calendar_year_cal_year_code NUMBER, calendar_year_start_date DATE, calendar_year_time_span NUMBER );
ALTER TABLE thoigian ADD CONSTRAINT thoigian_dimension_key_pk PRIMARY KEY (dimension_key) USING INDEX;
Sau khi tạo xong các chiều thực hiện tạo bảng sự kiện bán hàng
--Tạo bảng sự kiện bán hàng
CREATE TABLE dangky_dvvt(
tien_dk NUMBER(12,0), vat_dk NUMBER(12,0), tien_km NUMBER(12,0), vat_km NUMBER(12,0), tien_tt NUMBER(12,0), vat_tt NUMBER(12,0),
ngay_tt DATE, ngay_yc DATE, ma_tb VARCHAR2(30), chuongtrinh_km NUMBER, diachi NUMBER, dichvu_vt NUMBER, diem_gd NUMBER, kenh_gt NUMBER, khachhang NUMBER, kieu_yc NUMBER, thoigian NUMBER ); --Index
CREATE BITMAP INDEX kenh_gt_idx ON dangky_dvvt(kenh_gt ASC); CREATE BITMAP INDEX diachi_idx ON dangky_dvvt(diachi ASC); CREATE BITMAP INDEX kieu_yc_idx ON dangky_dvvt(kieu_yc ASC);
CREATE BITMAP INDEX dichvu_vt_idx_1_2 ON dangky_dvvt(dichvu_vt ASC); CREATE BITMAP INDEX thoigian_idx_1_2_3 ON dangky_dvvt(thoigian ASC); CREATE BITMAP INDEX khachhang_idx_1_2_3_4 ON dangky_dvvt(khachhang ASC);
CREATE BITMAP INDEX chuongtrinh_km_idx ON dangky_dvvt(chuongtrinh_km ASC);
CREATE BITMAP INDEX diem_gd_idx_1 ON dangky_dvvt(diem_gd ASC); -- Foreign Key
ALTER TABLE dangky_dvvt
ADD CONSTRAINT dangky_dv_diem_gd_fk FOREIGN KEY (diem_gd) REFERENCES diem_gd (diem_gd_id);
ALTER TABLE dangky_dvvt
ADD CONSTRAINT dangky_dv_chuongtrinh_km_fk FOREIGN KEY (chuongtrinh_km)
REFERENCES chuongtrinh_km (ctkm_id); ALTER TABLE dangky_dvvt
ADD CONSTRAINT dangky_dv_diachi_fk FOREIGN KEY (diachi) REFERENCES diachi (phuong_id);
ADD CONSTRAINT dangky_dv_thoigian_fk FOREIGN KEY (thoigian) REFERENCES thoigian (dimension_key);
ALTER TABLE dangky_dvvt
ADD CONSTRAINT dangky_dv_dichvu_vt_fk FOREIGN KEY (dichvu_vt) REFERENCES dichvu_vt (loaitb_id);
ALTER TABLE dangky_dvvt
ADD CONSTRAINT dangky_dv_kenh_gt_fk FOREIGN KEY (kenh_gt) REFERENCES kenh_gt (kenhgt_id);
ALTER TABLE dangky_dvvt
ADD CONSTRAINT dangky_dv_kieu_yc_fk FOREIGN KEY (kieu_yc) REFERENCES kieu_yc (kieuyc_id);
ALTER TABLE dangky_dvvt
ADD CONSTRAINT dangky_dv_khachhang_fk FOREIGN KEY (khachhang) REFERENCES khachhang (khachhang_id);
Các bảng sự kiện và chiều khác được mô tả trong phụ lục.
3.2.3.4. Sử dụng bảng tổng hợp, view và materialized view
Như đã biết mục đích của các bảng tổng hợp trả lời nhanh các câu hỏi cần thường gặp. Các materialized view chính là các bảng tổng hợp (summary table), nó giống như view nhưng mang một số tính chất khác cơ bản: có chiếm bộ nhớ và do đó cũng có tốc độ thực hiện khá nhanh, quan hệ được với các dimension table và là những summary table được sử dụng để tăng tốc độ khai thác. Sau đây sẽ thiết kế một số bảng tổng hợp cho mục đích tổng hợp dữ liệu nhanh.
Thống kê cuộc gọi theo giờ bắt đầu
Bảng tổng hợp này được sử dụng để phân tích cuộc gọi theo giờ bắt đầu.
Hình 55. Bảng thống kê cuộc gọi theo giờ bắt đầu.
Lệnh tạo bảng tổng hợp
CREATE MATERIALIZED VIEW mv_thongke_cg_gio_goi AS
SELECT a.thang, a.gio_bd, a.donvi_ql, count(1) socuoc, sum(a.tg_goi) tg_goi, sum(a.tien) tien, sum(a.vat) vat, sum(tientru) tientru
FROM wh_ccbs.ct_cuoc_kh a
group by a.thang, a.gio_bd, a.donvi_ql;
Thống kê cuộc gọi theo dịch vụ
Hình 56. Bảng thống kê cuộc gọi theo dịch vụ.
Lệnh tạo bảng tổng hợp
CREATE MATERIALIZED VIEW mv_thongke_cg_kieu_dv AS
SELECT a.thang, a.kieu_dv, a.donvi_ql, COUNT(1) socuoc,
SUM(a.tg_goi) tg_goi, SUM(a.tien) tien, SUM(a.vat) vat, SUM(tientru) tientru
FROM wh_ccbs.ct_cuoc_kh a
GROUP BY a.thang, a.kieu_dv, a.donvi_ql;
Thống kê cuộc gọi theo mã vùng
Bảng tổng hợp này được sử dụng để phân tích cuộc gọi theo mã vùng
Hình 57. Bảng thống kê cuộc gọi theo mã vùng.
Lệnh tạo bảng tổng hợp
CREATE MATERIALIZED VIEW mv_thongke_cg_mavung AS
SELECT a.thang, a.ma_vung, a.donvi_ql, count(1) socuoc,
sum(a.tg_goi) tg_goi, sum(a.tien) tien, sum(a.vat) vat, sum(tientru) tientru
FROM wh_ccbs.ct_cuoc_kh a
group by a.thang, a.ma_vung, a.donvi_ql;
Thống kê doanh thu
Bảng tổng hợp này được sử dụng để phân tích doanh thu theo dịch vụ, đối tượng, đơn vị quản lý, tháng.
Lệnh tạo bảng tổng hợp
CREATE MATERIALIZED VIEW mv_thongke_doanhthu AS
SELECT thang, dichvu_vt, donvi_ql, a.doituong, sum(a.socuoc) socuoc, sum(a.sophut) sophut, sum(a.sogiay) sogiay, sum(a.tien) tien,