這是 SQL 分類的頁面，點擊下面标題查看詳細文章内容：
以前在Drupal站中需要數據庫查詢的時候都是優先考慮使用Views而不是自己寫SQL語句，這确實方便了許多。但如果要跨站查詢非本站數據庫的時候就沒法調用其它站的Views了。以前曾經把需要的表複制到當前站再用Views，不過這樣可能造成大量冗餘的數據表。
前一段時間在網上搜了一下，Drupal的API中本來就準備了這站外數據庫查詢的接口，下面是一個例子：
function hanzi_emojis($input) {
// 原始 sql語句的辦法
$database_info = array(
'host'
這兩年我們新建網站多數都采用了《在Drupal中直接導入、使用數據庫》這篇文章中說的辦法，而沒有用以前新建内容類型、導入到Drupal的Node中的辦法，這對于數據量大、改動不大、讀取多、寫入少的需求很合适。
偶爾遇到需要修改、删除的事情，我們就是到阿裡雲RDS管理後台，Web界面來操作或者用SQL語句來進行，比以前在Node頁面進行編輯要麻煩，但更改量不大的情況下也可以接受。
最近要用的一個新站也是用直接建表方式來搭建的，但内容需要人工來修改完善，而且是長久都需要添加、維護信息的，再用以前導入RDS後台就顯得太麻煩了，于是想去找現成的
我們采用了直接建表方式搭建Drupal網站後，我記錄了一篇《Drupal網站Views生成頁面的XML網站地圖構建》，這個辦法很通用，一般都沒有問題，隻是在少量情況下可能需要修改MySQL查詢語句，例如當數據量很大（如果超過100萬條記錄）的時候，SQL語句執行時間很長，容易造成RDS雲服務器卡死。
陸續發現過幾種情況，也采取措施解決了，但忘記記錄博客了。今天再次發生一個站sitemap被爬堵住，導緻整台數據庫服務器卡住的情況，用下面辦法解決，記錄下來。
SELECT DISTINCT person FROM gongshang l
Drupal網站的Views功能相對強大，特别是對于SQL不太熟悉的朋友來說Views的Web界面非常方便，而且數據庫查詢功能一點不弱，用Drupal這麼多年了不能用Views實現的查詢功能極少極少，但也還是存在用Views不好實現的場景，例如我遇到的：
Drupal系統的Views是個功能強大的工具，但也可能引起MySQL數據庫性能問題，為了排查可以打開一些Views的開關設置。
我一般常用的是：
多語言支持是Drupal的重要特點，也是我們選擇Drupal的重要原因，我們開發的Drupal網站很多都是帶有多語言的，這其中就需要放置多個語言之間的互相鍊接，我們開始是使用的Language Icons第三方模塊，後來又在手機版和響應式設計中使用了Language Switcher Dropdown，一直到現在。
最近在轉UTF8MB4支持的過程中，把一些老舊的MyISAM引擎表轉為了InnoDB引擎，應該更強大，但我們應用的場景是讀取遠遠大于寫入，不能很好發揮InnoDB的優勢，反而在數據統計方面表現比MyISAM更慢，引起阿裡雲RDS負載（特别是IOPS
前一陣子發現導入的郵編數據中，一些0開頭的6位數最前面一位不知道什麼時候搞丢了，隻剩下5位數了，這顯然是錯的，因為有379個，手工改起來很麻煩，隻有設法批量改了，在網上查了辦法，然後又找同事咨詢，最後一條SQL語句就解決了。
但當時沒有記錄下來，今天在新導入的另外一套郵編數據中又發現這個問題，隻有重新找資料、測試了，還好很快就弄好了，這次記錄下來這個語句：
UPDATE `content_field_postcode` SET `field_postcode_value`=CONCAT("
2002-2023 v11.7 a-j-e-0