現在的 RDBMS (關聯性資料庫系統) 多半是長這個樣子：
- Database 1
- Database 2
- Table 1
- Column 1
- Column 2
- Column 3
- * Index 1
- * Index 2
- Table 2
- Table 1
有些 DBMS 要求使用者先行登入，並且包含某種型態的權限系統；有些 DBMS (例如 SQLite) 就沒有這樣的設計。另外，有些 DBMS 會設計各種內建函式或語法，使查詢的方式變得更多樣化 (如果能透過下 Query 解決的問題，就不要把資料收到 Script / APP 裡用程式自己算)，效能也更高；有些 DBMS 則因某種原因，而不提供某些語法。所以在使用時還是要 K 相關使用手冊。
另外在設計資料庫架構的時候，常有許多考量。這點就自己去 K Google 或翻書吧 XD 比較熱門的大概有正規化，還有寫程式碼時要避免 SQL Injection 等等。
SQLite 具有一些相當有趣的特性，大致上包含：
- 無需設定
SQLite 本身是嵌入式資料庫系統，因此無需繁瑣的安裝或維護資料庫系統本身的程序。其它資料庫系統雖然運作得也不錯，但光安裝就可以搞死人了。 - 非主從式架構
對大部份資料庫系統來說，你必需要先把它們裝起來，然後透過網路 (即使是連到 localhost) 登入進行作業。使用 SQLite 時，只要能有在硬碟讀寫檔案的權限就夠了。雖然如此，這也使得若程式有蟲，可能會影響到資料庫的正確性 (因為沒有 Server 來管理維護)；並且資料庫檔本身的安全性也較差 (少了 Server 的權限控管)。 - 資料庫只有一個檔案，而且可以跨平台
SQLite 的資料庫是直接存在檔案裡的，而且檔案可以攜至各種平台使用。這樣備份，搬檔都很方便。 - 精簡
SQLite 在編譯後僅佔極小的空間，所以使用它的程式不會變得太過肥大。 - Manifest Typing
大多數 DBMS 讓 Column 指定型別，然後只允許符合型別的資料被儲存；SQLite 則讓每個值擁有自己的型別，因此你可以把字串塞進型別為 int 的欄位中。有人覺得這是 bug，不過 SQLite 堅持這是一項 feature。如果能被轉型的話，SQLite 還是會把資料轉成設定的型態的。唯一的例外是當碰上表格的 Primary Key 時，SQLite 會強制將值轉為 int。
因為有這項特性，我在寫 SQLite 時都不太設欄位型別了 XD - 可變長度的欄位
- 高級原始碼 -- 保證可以由人類看懂
- 將 SQL 編成虛擬機器碼
SQLite 會將丟進去的 SQL 指令先編成虛擬機器碼，再真正的去執行搜尋。使用 EXPLAIN 指令將能看到這些碼，有助於除錯等等。 - 程式碼完全屬於公領域
SQLite 是完全自由，不受著作權法干預的。(甚至不是 GPL，或是 CC !) 任何人可以將 SQLite 應用在他想要的地方。 (不過著作人格權應該還是受到保障吧，我亂猜的) - 對 SQL 的擴充性
SQLite 提供一些提升效率的工具，例如前面提到的 EXPLAIN 與 Manifest typing。此外 SQLite 還提供了一些標準之外的語法，如 REPLACE, ON CONFLICT, ATTACH, DETACH 等。SQLite 甚至還有 API 讓你可以在 SQL 裡安插自定函數及 Collating Sequences (我不清楚這是啥 @@ 等 K 到這邊再說)
