Oracle物化視圖日志
一、物化視圖日志是什么
我們提供的服務(wù)有：成都網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、蒸湘ssl等。為1000多家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的蒸湘網(wǎng)站制作公司
oracle 的物化視圖的快速刷新要求必須建立物化視圖日志，通過物化視圖日志可以實(shí)現(xiàn)增量刷新功能。
官方文檔給出的對物化視圖日志的釋義：
A materialized view log is required on a master to perform a fast refresh on materialized views based on the master. When you create a materialized view log for a master table or master materialized view, Oracle creates an underlying table as the materialized view log. A materialized view log can hold the primary keys, rowids, or object identifiers of rows, or both, that have been updated in the master table or master materialized view. A materialized view log can also contain other columns to support fast refreshes of materialized views with subqueries.
The name of a materialized view log's table is MLOG$_master_name. The materialized view log is created in the same schema as the target master. One materialized view log can support multiple materialized views on its master table or master materialized view. As described in the previous section, the internal trigger adds change information to the materialized view log whenever a DML transaction has taken place on the target master.
物化視圖日志在建立時(shí)有多種選項(xiàng)：可以指定為ROWID、PRIMARY KEY和OBJECTID幾種類型，同時(shí)還可以指定SEQUENCE或明確指定列名。不過上面這些情況產(chǎn)生的物化視圖日志的結(jié)構(gòu)都不相同。這里要注意，當(dāng)發(fā)生DML 操作時(shí)，內(nèi)部的觸發(fā)器會(huì)把變化記錄到物化視圖日志里，也就是說物化視圖不支持DDL的同步，所以在物化視圖的編寫過程中不可使用select * from 的形式，因?yàn)檫@樣當(dāng)基表發(fā)生變化時(shí)，物化視圖就會(huì)失效。
物化視圖日志的名稱為MLOG$_后面跟基表的名稱，如果表名的長度超過20位，則只取前20位，當(dāng)截短后出現(xiàn)名稱重復(fù)時(shí)，Oracle會(huì)自動(dòng)在物化視圖日志名稱后面加上數(shù)字作為序號。
雖然物化視圖格式會(huì)有不同，但任何物化視圖都會(huì)包括如下列：
下面是一個(gè)primarykey的物化視圖日志：
zx@ORA11G>desc mlog$_employees Name Null? Type ----------------------- -------- ---------------- EMPLOYEE_ID NUMBER(6) SNAPTIME$$ DATE DMLTYPE$$ VARCHAR2(1) OLD_NEW$$ VARCHAR2(1) CHANGE_VECTOR$$ RAW(255) XID$$ NUMBER
相關(guān)解釋如下：
SNAPTIME$$：用于表示刷新時(shí)間。
DMLTYPE$$：用于表示DML操作類型，I表示INSERT，D表示DELETE，U表示UPDATE。
OLD_NEW$$：用于表示這個(gè)值是新值還是舊值。N（EW）表示新值，O（LD）表示舊值，U表示UPDATE操作。
CHANGE_VECTOR$$：表示修改矢量，用來表示被修改的是哪個(gè)或哪幾個(gè)字段。
INSERT和DELETE操作都是記錄集的，即INSERT和DELETE會(huì)影響整條記錄。而UPDATE操作是字段集的，UPDATE操作可能會(huì)更新整條記錄的所有字段，也可能只更新個(gè)別字段。
無論從性能上考慮還是從數(shù)據(jù)的一致性上考慮，物化視圖刷新時(shí)都應(yīng)該是基于字段集。Oracle就是通過CHANGE_VECTOR$$列來記錄每條記錄發(fā)生變化的字段包括哪些。
基于主鍵、ROWID和OBJECT ID的物化視圖日志在CHANGE_VECTOR$$上略有不同，但是總體設(shè)計(jì)的思路是一致的。
CHANGE_VECTOR$$列是RAW類型，其實(shí)Oracle采用的方式就是用每個(gè)BIT位去映射一個(gè)列。
比如：第一列被更新設(shè)置為02，即00000010。第二列設(shè)置為04，即00000100，第三列設(shè)置為08，即00001000。當(dāng)?shù)谝涣泻偷诙型瑫r(shí)被更新，則設(shè)置為06，00000110。如果三列都被更新，設(shè)置為0E，00001110。
依此類推，第4列被更新時(shí)為10，第5列20，第6列40，第7列80，第8列0001。當(dāng)?shù)?000列被更新時(shí)，CHANGE_VECTOR$$的長度為1000/4+2為252。
除了可以表示UPDATE的字段，還可以表示INSERT和DELETE。DELETE操作CHANGE_VECTOR列為全0，具體個(gè)數(shù)由基表的列數(shù)決定。INSERT操作的最低位為FE如果基表列數(shù)較多，而存在高位的話，所有的高位都為FF。如果INSERT操作是前面討論過的由UPDATE操作更新了主鍵造成的，則這個(gè)INSERT操作對應(yīng)的CHANGEVECTOR列為全FF。
如果WITH后面跟了ROWID，則物化視圖日志中會(huì)包含：M_ROW$$：用來存儲(chǔ)發(fā)生變化的記錄的ROWID。
如果WITH后面跟了PRIMARY KEY，則物化視圖日志中會(huì)包含主鍵列。
如果WITH后面跟了OBJECT ID，則物化視圖日志中會(huì)包含：SYS_NC_OID$：用來記錄每個(gè)變化對象的對象ID。
如果WITH后面跟了SEQUENCE，則物化視圖日子中會(huì)包含：SEQUENCE$$：給每個(gè)操作一個(gè)SEQUENCE號，從而保證刷新時(shí)按照順序進(jìn)行刷新。
如果WITH后面跟了一個(gè)或多個(gè)COLUMN名稱，則物化視圖日志中會(huì)包含這些列。
二、根據(jù)物化視圖日志來快速刷新數(shù)據(jù)過程
2.1 創(chuàng)建測試環(huán)境
zx@ORA11G>create table t (id number,name varchar2(10),address varchar2(10)); Table created. zx@ORA11G>create materialized view log on t with rowid,sequence (id,name) including new values; Materialized view log created. zx@ORA11G>desc mlog$_t Name Null? Type ----------------------- -------- ---------------- ID NUMBER NAME VARCHAR2(10) M_ROW$$ VARCHAR2(255) SEQUENCE$$ NUMBER SNAPTIME$$ DATE DMLTYPE$$ VARCHAR2(1) OLD_NEW$$ VARCHAR2(1) CHANGE_VECTOR$$ RAW(255) XID$$ NUMBER
ID和NAME是建立物化視圖日志時(shí)指定的基表中的列，它們記錄每次DML操作對應(yīng)的ID和NAME的值。
M_ROW$$：保存基表的ROWID信息，根據(jù)M_ROW$$中的信息可以定位到發(fā)生DML操作的記錄。
SEQUENCE$$：根據(jù)DML操作發(fā)生的順序記錄序列的編號，當(dāng)刷新時(shí)，根據(jù)SEQUENCE中的順序就可以和基表中的執(zhí)行順序保持一致。
SNAPTIME$$：列記錄了刷新操作的時(shí)間。
DMLTYPE$$：的記錄值I、U和D，表示操作是INSERT、UPDATE還是DELETE。
OLD_NEW$$：表示物化視圖日志中保存的信息是DML操作之前的值（舊值）還是DML操作之后的值（新值）。除了O和N這兩種類型外，對于UPDATE操作，還可能表示為U。
CHANGE_VECTOR$$：記錄DML操作發(fā)生在那個(gè)或那幾個(gè)字段上
當(dāng)刷新物化視圖時(shí)，只需要根據(jù)SEQUENCE列給出的順序，通過M_ROW$$定位到基表的記錄，如果是UPDATE操作，通過CHANGE_VECTOR$$定位到字段，然后根據(jù)基表中的數(shù)據(jù)重復(fù)執(zhí)行DML操作。
如果物化視圖日志只針對一個(gè)物化視圖，那么刷新過程就是這么簡單，還需要做的不過是在刷新之后將物化視圖日志清除掉。但是，Oracle的物化視圖日志是可以同時(shí)支持多個(gè)物化視圖的快速刷新的，也就是說，物化視圖在刷新時(shí)還必須判斷哪些物化視圖日志記錄是當(dāng)前物化視圖刷新需要的，哪些是不需要的。而且，物化視圖還必須確定，在刷新物化視圖后，物化視圖日志中哪些記錄是需要清除的，哪些是不需要清除的。
回顧一下物化視圖日志的結(jié)構(gòu)，發(fā)現(xiàn)只剩下一個(gè)SHAPTIME$$列，那么Oracle如何僅通過這一列就完成了對多個(gè)物化視圖的支持呢？
2.2 下面建立一個(gè)小例子，通過例子來進(jìn)行說明：
使用上文中建立的表和物化視圖日志，下面對這個(gè)表建立三個(gè)快速刷新的物化視圖，并對t表執(zhí)行DML操作：
zx@ORA11G>create materialized view mv_t_id 2 refresh fast 3 as select id,count(*) 4 from t 5 group by id; Materialized view created. zx@ORA11G>create materialized view mv_t_name 2 refresh fast 3 as select name,count(*) 4 from t 5 group by name; Materialized view created. zx@ORA11G>create materialized view mv_t_both 2 refresh fast 3 as select id,name,count(*) 4 from t 5 group by id,name; Materialized view created. zx@ORA11G>insert into t values (1, 'zx', 'hb'); 1 row created. zx@ORA11G>insert into t values (2, 'wl', 'sd'); 1 row created. insert into t values (3, 'yc', 'bj'); 1 row created. zx@ORA11G>update t set address = 'bj_cp' where id = 3; 1 row updated. zx@ORA11G>delete from t where id = 2; 1 row deleted. zx@ORA11G>commit; Commit complete.
查詢物化視圖日志，可以查看每次dml操作都有對應(yīng)的日志
zx@ORA11G>col M_ROW$$ for a30 zx@ORA11G>col change_vector$$ for a30 zx@ORA11G>set num 20 zx@ORA11G>select * from mlog$_t; ID NAME M_ROW$$ SEQUENCE$$ SNAPTIME$$ D O CHANGE_VECTOR$$ XID$$ -------------------- ---------- ------------------------------ -------------------- ----------------- - - ------------------------------ -------------------- 1 zx AAAVs6AAEAAAAJVAAA 8 40000101 00:00:00 I N FE 2814882911093459 2 wl AAAVs6AAEAAAAJVAAB 9 40000101 00:00:00 I N FE 2814882911093459 3 yc AAAVs6AAEAAAAJVAAC 10 40000101 00:00:00 I N FE 2814882911093459 3 yc AAAVs6AAEAAAAJVAAC 11 40000101 00:00:00 U U 08 2814882911093459 3 yc AAAVs6AAEAAAAJVAAC 12 40000101 00:00:00 U N 08 2814882911093459 2 wl AAAVs6AAEAAAAJVAAB 13 40000101 00:00:00 D O 00 2814882911093459 6 rows selected.
當(dāng)發(fā)生了DML操作后，物化視圖日志中的SNAPTIME$$列保持的值是40000101 00:00:00。這個(gè)值表示這條記錄還沒有被任何物化視圖刷新過。第一個(gè)刷新這些記錄的物化視圖會(huì)將SNAPTIME$$的值更新為物化視圖當(dāng)前的刷新時(shí)間。
刷新一個(gè)物化視圖，并再次查看物化視圖日志：
zx@ORA11G>exec dbms_mview.refresh('MV_T_ID');
PL/SQL procedure successfully completed.
zx@ORA11G>select * from mlog$_t;
ID NAME M_ROW$$ SEQUENCE$$ SNAPTIME$$ D O CHANGE_VECTOR$$ XID$$
-------------------- ---------- ------------------------------ -------------------- ----------------- - - ------------------------------ --------------------
1 zx AAAVs6AAEAAAAJVAAA 8 20170809 15:58:30 I N FE 2814882911093459
2 wl AAAVs6AAEAAAAJVAAB 9 20170809 15:58:30 I N FE 2814882911093459
3 yc AAAVs6AAEAAAAJVAAC 10 20170809 15:58:30 I N FE 2814882911093459
3 yc AAAVs6AAEAAAAJVAAC 11 20170809 15:58:30 U U 08 2814882911093459
3 yc AAAVs6AAEAAAAJVAAC 12 20170809 15:58:30 U N 08 2814882911093459
2 wl AAAVs6AAEAAAAJVAAB 13 20170809 15:58:30 D O 00 2814882911093459
6 rows selected.Oracle根據(jù)數(shù)據(jù)字典中的信息可以知道表T上建立了三個(gè)物化視圖，因此，MV_T_ID刷新完之后，不會(huì)刪除物化視圖記錄。但SNAPTIME$$列對應(yīng)的時(shí)候修改為MV_T_ID物化視圖刷新時(shí)的時(shí)間
Oracle的數(shù)據(jù)字典中還保存著每個(gè)物化視圖上次刷新的時(shí)間和當(dāng)前的刷新狀態(tài)。
zx@ORA11G>select name,master,last_refresh from user_mview_refresh_times; NAME MASTER LAST_REFRESH ------------------------------ ------------------------------ ----------------- MV_T_BOTH T 20170809 15:45:10 MV_T_ID T 20170809 15:58:30 MV_T_NAME T 20170809 15:45:05 zx@ORA11G>select mview_name,last_refresh_date, staleness from user_mviews; MVIEW_NAME LAST_REFRESH_DATE STALENESS ------------------------------ ----------------- ------------------- MV_T_BOTH 20170809 15:45:10 NEEDS_COMPILE MV_T_ID 20170809 15:58:30 FRESH MV_T_NAME 20170809 15:45:05 NEEDS_COMPILE
這些視圖中記錄了每個(gè)物化視圖上次執(zhí)行刷新操作的時(shí)間，并且給出每個(gè)物化視圖中的數(shù)據(jù)是否是和基表同步的。由于MV_T_ID剛剛進(jìn)行了刷新，因此狀態(tài)是FRESH，而另外兩個(gè)由于在刷新（建立）之后，基表又進(jìn)行了DML操作，因此狀態(tài)為NEEDS_COMPILE。如果這時(shí)對基表進(jìn)行DML操作，則MV_T_ID的狀態(tài)也會(huì)變?yōu)镹EEDS_COMPILE。
zx@ORA11G>insert into t values (4, 'zf', 'sd'); 1 row created. zx@ORA11G>commit; Commit complete. zx@ORA11G>select mview_name,last_refresh_date, staleness from user_mviews; MVIEW_NAME LAST_REFRESH_DATE STALENESS ------------------------------ ----------------- ------------------- MV_T_BOTH 20170809 15:45:10 NEEDS_COMPILE MV_T_ID 20170809 15:58:30 NEEDS_COMPILE MV_T_NAME 20170809 15:45:05 NEEDS_COMPILE zx@ORA11G>select * from mlog$_t; ID NAME M_ROW$$ SEQUENCE$$ SNAPTIME$$ D O CHANGE_VECTOR$$ XID$$ -------------------- ---------- ------------------------------ -------------------- ----------------- - - ------------------------------ -------------------- 1 zx AAAVs6AAEAAAAJVAAA 8 20170809 15:58:30 I N FE 2814882911093459 2 wl AAAVs6AAEAAAAJVAAB 9 20170809 15:58:30 I N FE 2814882911093459 3 yc AAAVs6AAEAAAAJVAAC 10 20170809 15:58:30 I N FE 2814882911093459 3 yc AAAVs6AAEAAAAJVAAC 11 20170809 15:58:30 U U 08 2814882911093459 3 yc AAAVs6AAEAAAAJVAAC 12 20170809 15:58:30 U N 08 2814882911093459 2 wl AAAVs6AAEAAAAJVAAB 13 20170809 15:58:30 D O 00 2814882911093459 4 zf AAAVs6AAEAAAAJVAAD 14 40000101 00:00:00 I N FE 844463584838593
下面刷新物化視圖MV_T_NAME，刷新操作的判斷依據(jù)是，只刷新SNAPTIME$$列大于當(dāng)前物化視圖的LAST_REFRESH_DATE的記錄，由于物化視圖日志中所有記錄的SNAPTIME$$的值都比物化視圖MV_T_ID_NAME上次刷新的時(shí)間點(diǎn)大，因此會(huì)刷新所有記錄。對于SNAPTIME$$列的值是40000101 00:00:00的記錄，物化視圖會(huì)把SNAPTIME$$列的值更新為當(dāng)前刷新時(shí)間，對于那些已經(jīng)被更新過的SNAPTIME$$列，則保持原值。
zx@ORA11G>exec dbms_mview.refresh('MV_T_NAME');
PL/SQL procedure successfully completed.
zx@ORA11G>select mview_name,last_refresh_date, staleness from user_mviews;
MVIEW_NAME LAST_REFRESH_DATE STALENESS
------------------------------ ----------------- -------------------
MV_T_BOTH 20170809 15:45:10 NEEDS_COMPILE
MV_T_ID 20170809 15:58:30 NEEDS_COMPILE
MV_T_NAME 20170809 16:16:01 FRESH
zx@ORA11G>select * from mlog$_t;
ID NAME M_ROW$$ SEQUENCE$$ SNAPTIME$$ D O CHANGE_VECTOR$$ XID$$
-------------------- ---------- ------------------------------ -------------------- ----------------- - - ------------------------------ --------------------
1 zx AAAVs6AAEAAAAJVAAA 8 20170809 15:58:30 I N FE 2814882911093459
2 wl AAAVs6AAEAAAAJVAAB 9 20170809 15:58:30 I N FE 2814882911093459
3 yc AAAVs6AAEAAAAJVAAC 10 20170809 15:58:30 I N FE 2814882911093459
3 yc AAAVs6AAEAAAAJVAAC 11 20170809 15:58:30 U U 08 2814882911093459
3 yc AAAVs6AAEAAAAJVAAC 12 20170809 15:58:30 U N 08 2814882911093459
2 wl AAAVs6AAEAAAAJVAAB 13 20170809 15:58:30 D O 00 2814882911093459
4 zf AAAVs6AAEAAAAJVAAD 14 20170809 16:16:01 I N FE 844463584838593
7 rows selected.如果這時(shí)再次刷新物化視圖MV_T_ID，則只有ID=4的這條記錄的SNAPTIME$$的時(shí)間點(diǎn)大于MV_T_ID上次刷新的時(shí)間點(diǎn)，因此，只刷新這一條記錄，且不會(huì)改變SNAPTIME$$的值。
zx@ORA11G>exec dbms_mview.refresh('MV_T_ID');
PL/SQL procedure successfully completed.
zx@ORA11G>select mview_name,last_refresh_date, staleness from user_mviews;
MVIEW_NAME LAST_REFRESH_DATE STALENESS
------------------------------ ----------------- -------------------
MV_T_BOTH 20170809 15:45:10 NEEDS_COMPILE
MV_T_ID 20170809 16:17:43 FRESH
MV_T_NAME 20170809 16:16:01 FRESH
zx@ORA11G>select * from mlog$_t;
ID NAME M_ROW$$ SEQUENCE$$ SNAPTIME$$ D O CHANGE_VECTOR$$ XID$$
-------------------- ---------- ------------------------------ -------------------- ----------------- - - ------------------------------ --------------------
1 zx AAAVs6AAEAAAAJVAAA 8 20170809 15:58:30 I N FE 2814882911093459
2 wl AAAVs6AAEAAAAJVAAB 9 20170809 15:58:30 I N FE 2814882911093459
3 yc AAAVs6AAEAAAAJVAAC 10 20170809 15:58:30 I N FE 2814882911093459
3 yc AAAVs6AAEAAAAJVAAC 11 20170809 15:58:30 U U 08 2814882911093459
3 yc AAAVs6AAEAAAAJVAAC 12 20170809 15:58:30 U N 08 2814882911093459
2 wl AAAVs6AAEAAAAJVAAB 13 20170809 15:58:30 D O 00 2814882911093459
4 zf AAAVs6AAEAAAAJVAAD 14 20170809 16:16:01 I N FE 844463584838593到目前為止，還沒有看到過物化視圖日志的清除，其實(shí)每次進(jìn)行完刷新，物化視圖日志都會(huì)試圖刪除沒有用的物化視圖日志記錄。物化視圖日志記錄的刪除條件是刪除那些SNAPTIME$$列小于等于基表所有物化視圖的上次刷新時(shí)間。在上面的例子中，由于MV_T_BOTH一直沒有刷新，因此它的LAST_REFRESH_DATE比物化視圖日志中所有記錄的值都小，因此，一直沒有發(fā)生物化視圖日志記錄清除的現(xiàn)象。
zx@ORA11G>insert into t values (5, 'zq', 'jx');
1 row created.
zx@ORA11G>commit;
Commit complete.
zx@ORA11G>exec dbms_mview.refresh('MV_T_BOTH');
PL/SQL procedure successfully completed.
zx@ORA11G>select mview_name,last_refresh_date, staleness from user_mviews;
MVIEW_NAME LAST_REFRESH_DATE STALENESS
------------------------------ ----------------- -------------------
MV_T_BOTH 20170809 16:19:51 FRESH
MV_T_ID 20170809 16:17:43 NEEDS_COMPILE
MV_T_NAME 20170809 16:16:01 NEEDS_COMPILE
zx@ORA11G>select * from mlog$_t;
ID NAME M_ROW$$ SEQUENCE$$ SNAPTIME$$ D O CHANGE_VECTOR$$ XID$$
-------------------- ---------- ------------------------------ -------------------- ----------------- - - ------------------------------ --------------------
5 zq AAAVs6AAEAAAAJVAAE 15 20170809 16:19:51 I N FE 2251898597934032物化視圖MV_T_BOTH刷新了物化視圖中的每條記錄，更新了ID=5的記錄的SNAPTIME$$時(shí)間，并清除了其它所有物化視圖日志記錄。
總結(jié)：
物化視圖在刷新時(shí)，會(huì)刷新所有SNAPTIME$$大于本物化視圖上次刷新時(shí)間的記錄，并將所有是40000101 00:00:00的記錄更新為當(dāng)前刷新時(shí)間。對于其他大于上次刷新時(shí)間的記錄，只刷新不更改。這樣，當(dāng)刷新執(zhí)行完以后，數(shù)據(jù)字典中記錄當(dāng)前物化視圖的上次刷新時(shí)間為當(dāng)前時(shí)刻，這保證了物化視圖日志中目前所有的記錄都小于或等于刷新時(shí)間。因此，每個(gè)物化視圖只要刷新大于上次刷新時(shí)間的記錄，且保證每次刷新后，所有記錄的時(shí)間都小于等于上次刷新時(shí)間，那么無論有多少個(gè)物化視圖，就可以互不影響的使用同一個(gè)物化視圖日志進(jìn)行快速刷新了。當(dāng)物化視圖刷新完之后，會(huì)清除那些SNAPTIME$$列小于所有物化視圖的上次刷新時(shí)間的記錄，而這些記錄已經(jīng)被所有的物化視圖都刷新過了，保存在物化視圖日志中已經(jīng)沒有意義了。
參考：http://blog.csdn.net/tianlesoftware/article/details/7720580
http://docs.oracle.com/cd/E11882_01/server.112/e10706/repmview.htm#i30732
http://docs.oracle.com/cd/E11882_01/server.112/e41084/statements_6003.htm#SQLRF01303
本文名稱：Oracle物化視圖日志
轉(zhuǎn)載源于：http://chinadenli.net/article40/joigho.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供手機(jī)網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站建設(shè)、建站公司、軟件開發(fā)、做網(wǎng)站、搜索引擎優(yōu)化
聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)
- 網(wǎng)站策劃方案書需要涉及哪些內(nèi)容 2015-10-21
- 好的網(wǎng)站策劃方案決定網(wǎng)站建設(shè)質(zhì)量 2023-02-05
- 網(wǎng)站建設(shè)如何做好網(wǎng)站策劃 2015-07-07
- 網(wǎng)站策劃只需四部解決方案 2022-01-12
- 網(wǎng)站策劃是一門有趣的學(xué)問 2016-11-06
- 上海網(wǎng)站設(shè)計(jì)需要做好網(wǎng)站策劃 2020-11-11
- 營銷型網(wǎng)站策劃是網(wǎng)站建設(shè)成功的開始 2013-06-23
- 網(wǎng)站策劃書的重要性 2022-08-08
- 成都網(wǎng)站制作中小企業(yè)營銷型網(wǎng)站策劃思路 2013-09-03
- 策略先進(jìn)的的鹽城網(wǎng)站建設(shè)公司和網(wǎng)站策劃公司 2020-02-17
- 如何做出一份優(yōu)質(zhì)的網(wǎng)站策劃方案 2022-05-29
- 如何做好網(wǎng)站建設(shè)公司的網(wǎng)站策劃 2016-12-19