我决定自己造轮子的一个原因就是因为我用过的CMS（内容管理系统）的数据库结构都太复杂了。所以，当我写这个CMS时的目标就是创造一个结构简单、可移植、好管理的底层数据库。

Bearweb CMS是数据库驱动的，每一个模组都有自己的独立数据库。Bearweb CMS在设计时就考虑SQLite，但是也可以轻松移植到其它的关系数据库上。对于SQLite来说，每个数据库都是一个文件。因此，为每一个模组创建自己的独立数据库（文件）应该可以最大化减少拥挤。

Bearweb CMS结构非常简单。它有3个模组（站点地图、对话与交互、用户），合计3个文件内共4个数据库：

• Sitemap（站点地图） - 每一个记录对应一个资源，可以是一张网页、一个文件、或一个API接口。
• Session（对话） - 一个会话代表一连串同一个客户与服务器的交互。
• Transaction（交互） - 一个交互代表一次客户到服务器的HTTP请求和服务器到客户的HTTP回复。
• User（用户） - 每一个记录对应一个注册的用户。

Bearweb CMS的模组都是数据库驱动的，每一个实例都代表了数据库中的一个记录，每一个实例变量都可以在数据中找到相应的值。int实例变量将以integer保存在数据库中，string变量将以text保存，array与object变量将以JSON格式的text保存，二进制string变量将以blob保存。

Bearweb CMS是可移植的。它在设计时就考虑使用可移植的数据库，即SQLite。因此，网站迁移只需要复制粘贴PHP文件（CMS）与数据库文件（数据）。

虽然推荐使用API来修改网站，但是偷懒直接修改数据库就是又快又爽。数据库也是很方便管理的，在设计时就决定不使用外键和触发。因此，你可以直接修改数据库里面的数据来修改网站，当然：

• 数据类型不能被修改。比如，Sitemap.create应该包含int类型的时间戳，那么修改时也应该使用int类型的时间戳（如0），而不要改成string（如1970-01-01 00:00:00）。
• 不要破坏JSON格式。Bearweb CMS大量使用JSON来保存键值数据，例如Sitemap.meta和User.group。如果JSON格式被破坏了，Bearweb CMS就无法正确解析这个数据了。
• 我推荐使用DB browser for SQLite来管理数据库。这个软件可以防止错误修改变量类型或JSON格式，还可以高亮语法、格式/压缩（移除格式空格）JSON。

也不用太担心。如果Brarweb CMS发现了错误数据类型或无法解析时，会使用默认值。

请求一个网页、一个文件（如图片），或是其它资源，说白了就是从数据库中找到该资源，判断读写权限，并进行一些数据处理。该数据库叫做站点地图（Sitemap）。

CREATE TABLE "Sitemap" (
	"url"		TEXT NOT NULL UNIQUE,
	"category"	TEXT NOT NULL DEFAULT '',
	"template"	TEXT NOT NULL DEFAULT '["object", "blob"]',
	"owner"		TEXT NOT NULL DEFAULT '',
	"create"	INTEGER NOT NULL DEFAULT 0,
	"modify"	INTEGER NOT NULL DEFAULT 0,
	"meta"		TEXT NOT NULL DEFAULT '{}',
	"content"	BLOB DEFAULT '',
	"aux"		TEXT NOT NULL DEFAULT '{}',
	PRIMARY KEY("url")
) WITHOUT ROWID
	

meta和aux保存了可选信息。为这些可选信息各自单独创建数据库中表的列将会使得表很宽很不便于管理且产生大量不使用的值。因此，使用JSON保存它们。

上述值都为可选的。当需要使用某个值但没有定义时，Bearweb将会使用默认值。

上述值都为可选的。当需要使用某个值但没有定义时，Bearweb将会使用默认值。

一个交互（Transaction）指由客户端发送给服务端的一次HTTP请求和服务端返回给客户端的相应回复。

对于Bearweb CMS来说，一个请求包含了3部分：

• URL：每个请求都必须包含一个URL（HTTP也规定了这一点，HTTP请求的第一行永远是METHOD URL VERSION，比如GET /bearweb-resource-optimization/zh HTTP/1.1）。这个信息用来向服务器表示该请求的目标资源（或API）。
• 会话令牌：HTTP是无记忆的，也就是说，服务器并不知道是谁发送的请求。为了区分用户，服务器将在第一次交互时生成一个令牌（以cookie的形式）。客户端在接下来的交互中应该包含这个令牌以区分用户。如果客户端禁用了cookie或是选择不发送会话令牌cookie，服务器将会生成一个新的令牌。
• 数据：会话可以包括一些数据。主要用于API。=

对于Bearweb CMS来说，一个会话（Session）包含了来自同一个客户端的请求。

• 如上文所说，使用会话令牌区分交互所属的会话。

Bearweb CMS使用两个数据库来记录交互与会话。

CREATE TABLE "Transaction" (
	"id"		TEXT NOT NULL UNIQUE,
	"create"	INTEGER NOT NULL DEFAULT -1,
	"ip"		TEXT NOT NULL DEFAULT '',
	"url"		TEXT NOT NULL DEFAULT '',
	"status"	INTEGER NOT NULL DEFAULT 0,
	"time"		INTEGER NOT NULL DEFAULT -1,
	"memory"	INTEGER NOT NULL DEFAULT -1,
	"session"	TEXT NOT NULL DEFAULT '',
	"log"		TEXT NOT NULL DEFAULT '',
	PRIMARY KEY("id")
) WITHOUT ROWID,STRICT
	

CREATE TABLE "Session" (
	"id"		TEXT NOT NULL UNIQUE,
	"create"	INTEGER NOT NULL DEFAULT -1,
	"lastuse"	INTEGER NOT NULL DEFAULT -1,
	"user"		TEXT NOT NULL DEFAULT '',
	"key"		TEXT NOT NULL DEFAULT '',
	PRIMARY KEY("id")
) WITHOUT ROWID,STRICT
	

会话与交互数据库维护

使用这个view来查看交互和相应的会话：

CREATE VIEW `Transaction_View` AS
	select all
		t.`id`,
		datetime(t.`create`, 'unixepoch') as `create`,
		t.`ip`,
		t.`url`,
		t.`status`,
		t.`time` as `time (us)`,
		t.`memory` as `memory (kB)`,
		t.`log`,
		t.`session`,
		datetime(s.`create`, 'unixepoch') as `firstuse`,
		datetime(s.`lastuse`, 'unixepoch') as `lastuse`,
		s.`user`,
		s.`key`
	from `Transaction` t join `Session` s where t.`session` = s.`id`
order by `create` desc
	

会话与交互数据库将的体积随时间而增长。你可以定期清理过期会话和陈旧交互：

delete from `Session` where strftime('%s', 'now') - `lastuse` > 30 * 24 * 3600;
delete from `Transaction` where strftime('%s', 'now') - `create` > 30 * 24 * 3600;
vacuum;
	

Bearweb使用数据库来保存（User）用户信息。

CREATE TABLE "User" (
	"id"		TEXT NOT NULL UNIQUE,
	"name"		TEXT NOT NULL DEFAULT '',
	"salt"		TEXT NOT NULL DEFAULT ':',
	"password"	TEXT NOT NULL DEFAULT ':',
	"registertime"	INTEGER NOT NULL DEFAULT 0,
	"lastactive"	INTEGER NOT NULL DEFAULT 0,
	"group"		TEXT NOT NULL DEFAULT '{}',
	"data"		TEXT NOT NULL DEFAULT '{}',
	PRIMARY KEY("id")
) WITHOUT ROWID,STRICT