SQLite是一个类似于Access 的文件型数据库，本博客对其功能与用法都作了比较详细的介绍。这里谈到的是SQLiteManager的远程维护的问题。

首先是一般的日程维护，比如查看结构、修改某些记录等。你也许会觉得，文件型数据库只能下载到本地才能维护，那完全不是这么回事，因为我们有一个很好的管理工具SQLiteManager，这个工具我在之前的文章也介绍过。

在正式讲如何远程维护之前，我们明白SQLiteManager对数据库维护的机制。在初用 SQLiteManager的时候，我们一般是通过绝对路径来维护对数据库的连接的。在本地的话，这个路径是可以用的，但是在虚拟主机上，这种方式就失效 了，因为你本机上的链接跟你在虚拟主机上的连接肯定不太一样，甚至操作系统都可能不一样。我们仔细研究就会发现，SQLiteManager是通过一个在 include目录下的名为config.db的文件来保存这些配置的，这本身就是一个SQLite数据库，我们就会想，我们有没有可能用相对路径来解决 这个问题呢？结论是肯定的。

   首先我们在本地解压SQLiteManager，将config.db本身用SQLiteManager管理起来。只有这样，我们才能自如地进行后面的控 制。然后用SQLiteManager浏览config.db下面的database表，将含有config.db的这条记录的location 字段值由原来的绝对路径改为include/config.db。然后就可以把SQLiteManager整个传入远程虚拟主机。

   在虚拟主机上，我们就可以运行SQLiteManager了。然后在config.db下面database表中加入你要管理的数据库的一条记录，这条记录的location请用相对路径。如果是上一级目录下的请用..来回退。

   这样的话，你的远程SQLite数据库就可以很方便地管理了。这 里值得注意的是，你不要把你的链接暴露出来。也就是说，你自己要访问的话，直接在浏览器的地址栏中输入，而不要在你的页面上做任何到 SQLiteManager的链接，也建议你把SQLiteManager的目录改一个名字，以免好事之徒尝试。否则会带来很大的安全隐患。

第二个问题是平常数据库要经常备份，备份很简单，你下载到本地就行了。因为虚拟主 机提供商的某个调整、黑客的某次攻击，都可能会导致你的数据库不可用。这里一个很值得注意的是数据库的恢复的问题。你以为直接把备份的数据库传上去就可以 了。其实这是不可行的，因为在你恢复的过程中，会有人不断地访问你的站点，这时候会导致你的数据库毁坏，从而恢复不成功。有两个办法可以解决这个问题，一 是关闭站点，二是用一个不同于你原数据库的名字上传，然后传完之后，把原有数据库删除，再改名。后者应该是最好的。

好了，这也是本人几个月来的一点心得，现在拿出来跟大家分享，希望能对大家有所帮助。