这是 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