数据库抽象层使得函数名更容易记忆，它同时还在查询中添加了内置的安全特性。有时，
我们需要连接到第3方或者遗留的数据库上，如果Drupal数据库API能满足这些需要并
同时提供安全特性的话，那该多好啊。幸好，我们可以！
在settings.php文件中，$db_url既可以是一个字符串（通常是这样的）也可以是包含
多个数据库连接字符串的数组。下面是默认的语法，声明了一个单独的连接字符串：
$db_url = 'mysql://username:password@localhost/databasename';

当使用一个数组时，它的键是一个在激活数据库连接时所引用的简洁名称，而它的值就是
连接字符串本身。下面是一个例子，在这里我们声明了两个连接字符串，默认的（default）
和遗留的（legacy）：
$db_url['default'] = 'mysql://user:password@localhost/drupal5';
$db_url['legacy'] = 'mysql://user:password@localhost/legacydatabase';

注意 Drupal 本身使用的数据库一定要以default为键。
当你需要连接到Drupal 中其它的数据库上时，你首先使用它的键名激活该连接，当你使

当你想让自已写的模块或是第三方模块中的字段在views中显示的时候，就要考虑到views插件的开发了。查遍了中文资料，没有找到关于views插件开发的介绍，大都停留在views的应用上。在drupal的高级帮助文档上获得了相关信息，不敢独占，特分享如下。

views模块中有二个关键术语，handlers和plugins,这里暂且译为控制器和插件。

关于handler.

所谓的handler，是views对象的一部分，它参与query也就是sql语句的生成。Handlers本身也是一个对象，它有二大独立的代码流:UI flow and view building flow.
query流中，主要有以下几个方法:

handler->construct(),初始化控制器.
handler->set_definition(),从hook_views_data()获取数据交给handler处理。
handler->init(),把handler交给view对象。
handler->pre_query(),运行早期的query()，此阶段会做一些query的初始化操作。
handler->query(),整合query。

大部分的handlers只是做一些基类的扩展，例如
<?php
/**