① 求phpcms v9的資料庫增刪改查 是怎麼實現的
表明默認當前load_model('xxxx')模塊所在表名xxxx
若要指定表名 則：操作在mysql.class.php中$this->db->select(...)
1、查詢
$this->select($where = '', $data = '*', $limit = '', $order = '', $group = '', $key='') 返回結果集數組
條件 ，欄位(id,name,email....)，范圍 排序方式，分組方式，按建名排序
2、查詢多條數據並分頁
listinfo($where = '', $order = '', $page = 1, $pagesize = 20, $key='', $setpages = 10,$urlrule = '',$array = array())
3、獲取單條記錄查詢
get_one($where = '', $data = '*', $order = '', $group = '')
4、直接執行sql查詢
query($sql)；
5、獲取最後一次添加記錄的主鍵號 insert_id()
6、執行更新記錄操作 update($data, $where = '') $data 建議為數組，$where 可為數組可為字元串
7、執行刪除記錄操作 delete($where)
8、計算記錄數 count($where = '')
9、獲取最後資料庫操作影響到的條數 affected_rows()
10、獲取數據表主鍵 get_primary()
11、獲取表欄位 get_fields($table_name = '')
12、檢查表是否存在 table_exists($table)
13、 檢查欄位是否存在 field_exists($field)
更多問題可以去php中文網問答社區提問http://www.php.cn/wenda.html，大神在線幫你解決，希望對你有幫助
② phpcms v9 一鍵清除欄目數據後怎麼進行恢復啊
1、用FTP登陸到【caches/bakup/default】文件夾，把這個文件夾整個復制下來吧，簡單點操作。
2、把復制的文件【default】復制一份作為備份，省的不能挽回。
3、找到你造成讓你後悔手賤那一刻的時間，並且把那個時間的文件全部圈出來，都要改的！
4、把其中裡面的【capable.sql】改名為【phpcmstables_20130407_3755_1.sql】就是這個數字格式。當然數字可以換！
5、把你從新命名的文件回傳到你的主機【caches/bakup/default】文件夾下。
6、去你的後台-擴展-資料庫工具-資料庫導入，你發現你剛才命名的文件【phpcmstables_20130407_3755_1.sql】出現了，請點擊後面的【資料庫恢復】，謝天謝地，主表回來了。你可以點擊下【管理內容】，現在各欄目算是回來了。
7、緊接著，請把那個災難時間產生的文件依次序命名為【phpcmstables_20130407_3755_1.sql】格式。
8、先命名download.sql 再命名download_data.sql （就是先恢復沒有data的），如果你將 download.sql命名為phpcmstables_20130407_3756_1.sql，那麼最好將download_data.sql 命名為phpcmstables_20130407_3756_2.sql.
9、將重命名的文件上傳到你的主機的【caches/bakup/default】文件夾下。
10、重復6的步驟，按照你命名的順序，點擊【1】，資料庫會自動把連號的【2】也恢復的！
11、當你的文件依次恢復後，你能看到效果的。
12、可能你在恢復過程有報錯，但是還是能用的，請繼續！
③ phpcms v9 sql語句 調用欄目為什麼調用出來是相對路徑而不是絕對路徑，而用標簽調用欄目就是絕對路徑
你看下你的資料庫表category，裡面存的是相對的還是絕對的，調出來的
④ 如何徹底解決phpcms v9升級後文章發布出現Mysql 1267錯誤
徹底解決phpcms v9升級後,文章發布出現：MySQL Query : SELECT * FROM `withli_a`.`v9_keyword` WHERE `keyword` = '吼吼' AND `siteid` = '1' LIMIT 1
MySQL Error : Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (gbk_chinese_ci,COERCIBLE) for operation '='
MySQL Errno : 1267
Message : Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (gbk_chinese_ci,COERCIBLE) for operation '='
（上面這個錯誤代碼是phpcms v9中出現的）
出現上面的錯誤，是資料庫字元集不一致的問題。
解決辦法，進phpmyadmin裡面執行SQL語句：
修改表的編碼：
ALTER TABLE `v9_keyword` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci
修改欄位的編碼：
ALTER TABLE `v9_keyword ` CHANGE `keyword ` `keyword ` CHAR( 100 ) CHARACTER SET gbk COLLATE gbk_chinese_ci NOT NULL
然後就可以了.
⑤ PHPCMSV9怎麼在控制器裡面寫一個SQL
$db=pc_base::load_model('announce_model');//載入模型
$db->get_one(array('id'=>1));//獲取id為1的數據具體的操作函數查看/phpcms/libs/classes/db_mysqli.class.php，有很詳細的注釋
⑥ PHPCMS用SQL語句對文章進行批量刪除
在批量刪除文章前，首先得熟悉用資料庫增加一篇文章時變動的有哪些表，所以請先看我以前寫的一篇文章
先手動在PHPCMS後台添加一篇文章，參數盡可能的詳細，附件，推薦位，相關文章，能加的都加上，然後查看資料庫，把表信息復制下來，刪除文章後再次復制資料庫表信息，用BeyondCompare進行比較，方法跟上面提到的文章相同。
通過比較發現以下幾個表有所變動
v9_attachment、v9_attachment_index、v9_hits、v9_log、v9_news、v9_news_data、v9_position_data、v9_search
實際上PHPCMSV9刪除文章並不完善，其實還有2個表中的內容也應該刪除，它們的作用是用來存儲文章關鍵字，以及哪些文章用了同一個關鍵字，這2個表分別為
v9_keyword
和
v9_keyword_data
其中
v9_log
表不用理會，他記錄的是
後台操作日誌，記錄著增加文章，刪除文章，編輯文章的操作日誌
重點關注的數據表
v9_attachment
附件信息
v9_attachment_index
附件id和文章id的關系
v9_hits
文章點擊次數
v9_news
文章主要信息
v9_news_data
文章內容及相關信息
v9_position_data
記錄有推薦位的文章有哪些
v9_search
文章搜索詞，搜索表中記錄的詞顯示對應的文章
v9_keyword
文章關鍵字
v9_keyword_data
文章和關鍵字的關系
刪除一篇文章要牽扯到這么多表,分析將會是一個浩大的工程啊！
咱們就以刪除指定分類下的所有文章為例；首先得獲取到要刪除的文章id有哪些，然後就是了解各個表跟文章id的關系，以下是我的分析
表v9_attachment_index
欄位keyid格式
c-6-3、c-7-5，第2個參數6、7為分類id，第3個參數3、5為文章id；通過keyid可以獲取到對應的aid，而這里的aid跟表v9_attachment的aid是一一對應的，所以通過aid可以同時刪除表v9_attachment和表v9_attachment_index的內容
表v9_hits中欄位hitsid格式c-1-2、c-1-3
其中第3個參數2、3為文章id
表v9_news和表v9_news_data中的欄位id即為文章id，且他們的id是一一對應的，可以很方便的同時刪除這2個表中的信息
表v9_position_data
欄位id即為文章id
表v9_search
欄位id即為文章id
表v9_keyword_data
欄位
contentid
格式
2-1、3-1，前面的數字2、3為文章id；欄位tagid為關鍵字id，與表
v9_keyword中的id欄位對應，也可以很方便的同時刪除這2個表的信息
⑦ phpcms v9 如何避免sql注入
校驗特殊字元