iOS 數據存儲之SQLite基礎教學

iOS中的數據存儲方式

  • Plist (NSArray\NSDictionary)
    • 只能存儲系統自帶的類型 不能存儲自定義對象
  • Preference (偏好設置\NSUserDefaults)
    • 不能存儲自定義對象
  • NSCoding (NSKeyedArchiver\NSKeyedUnarchiver)
    • 一次性將數據寫入 一次性將數據讀出
  • SQLite3 (跨平臺)
    • 靈活
    • 性能好
  • Core Data
    • 蘋果自帶的數據庫

SQLite

  • 什么是SQLite

    • SQLite是一款輕型的嵌入式數據庫
    • 它占用資源非常的低,在嵌入式設備中,可能只需要幾百K內存就夠了
    • 它的處理速度比Mysql、PostgreSQL這兩款著名的數據庫都還快
    • 淘寶是實用Mysql,淘寶已經將Mysql的性能優化到了極致,就因為它免費
  • 什么是數據庫

    • 數據庫(Database)是按照數據結構來組織、存儲和管理數據的倉庫
    • 數據庫可以分為2個大種類
      • 關系型數據庫
      • 對象型數據庫
  • 常用的關系型數據庫

    • PC端: Oracle、MySQL、SQL Server、Access、DB2、Sybase
    • 嵌入式\移動客戶端: SQLite

如何存儲數據

  • 數據庫是如何存儲數據的

    • 數據庫的存儲結構和excel很像,以表(table)為單位
  • 數據庫存儲數據的步驟

    • 新建一張表(table)
    • 新建多個字段(column,列,屬性)
    • 添加多行記錄(row,每行存放多個字段對應的值)

SQL語句

  • 如何在程序運行過程中操作數據庫中的數據

    • 那得閑學會使用SQL語句
  • 什么是SQL

    • SQL (structured query language): 結構化查詢語言
    • SQL是一種對關系型數據庫中的數據進行定義和操作的語言
    • SQL語言簡潔,語法簡單,好學好用
  • 什么是SQL語句

    • 使用SQL語言編寫出來的句子\代碼,就是SQL語句
  • SQL語句的特點

    • 不區分大小寫(比如數據庫認為User和user是一樣的)
    • 每條語句都必須分號;結尾
  • SQL中的常用關鍵字有

    • select、insert、update、delete、from、create、whhere、desc、order、by、group、table、after、view、index等等
  • 數據庫中不可以使用關鍵字來命名表、字段

SQL語句的種類

  • 數據定義語句(DDL:Data Definition Language)
    • 包括createdrop等操作
    • 在數據庫中創建新表或刪除表(create tabledrop table
  • 數據操作語句(DML:Data Manipulation Language)
    • 包括insertupdatedelete等操作
    • 上面的3種操作分別用于添加、修改、刪除表中的數據
  • 數據查詢語句(DQL:Data Query Language)
    • 可以用于查詢獲得表中的數據
    • 關鍵字select是DQL(也是所有SQL)用得最多的操作
    • 其他DQL常用的關鍵字有whereorder bygroup byhaving

創表

  • 格式

    • CREATE TABLE 表名 (字段名1 字段類型1, 字段名2 字段類型2, …) ;
    • CREATE TABLE IF NOT EXISTS 表名 (字段名1 字段類型1, 字段名2 字段類型2, …) ;
  • 關鍵字

    • PRIMARY KEY 代表該字段是主鍵
    • AUTOINCREMENT 代表該字段自動增長
    • IF NOT EXISTS 代表該表是否存在,只有不存在才會創建
  • 示例

    • CREATE TABLE IF NOT EXISTS t_student (id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT, age INTEGER, score REAL) ;

字段類型

  • SQLite將數據劃分為以下幾種存儲類型:
    • integer : 整型值
    • real : 浮點值
    • text : 文本字符串
    • blob : 二進制數據(比如文件)
  • 實際上SQLite是無類型的

    • 就算聲明為integer類型,還是能存儲字符串文本(主鍵除外)
    • 建表時聲明啥類型或者不聲明類型都可以,也就意味著創表語句可以這么寫:
      CREATE TABLE t_student(name, age);
  • 為了保持良好的編程規范、方便程序員之間的交流,編寫建表語句的時候最好加上每個字段的具體類型

刪表

  • 格式

    • DROP TABLE 表名 ;
    • DROP TABLE if exists 表名 ;
  • 示例

    • DROP TABLE t_student ;

插入數據(insert)

  • 格式

    • INSERT INTO 表名 (字段1, 字段2, …) VALUES (字段1的值, 字段2的值, …) ;
  • 示例

    • INSERT INTO t_student (name, age) VALUES (‘lnj’, 10) ;
  • 注意

    • 數據庫中的字符串內容應該用單引號 ’ 括住

更新數據(update)

  • 格式

    • UPDATE 表名 SET 字段1 = 字段1的值, 字段2 = 字段2的值, … ;
  • 示例

    • UPDATE t_student SET name = ‘jack’, age = 20 ;
  • 注意

    • 上面的示例會將t_student表中所有記錄的name都改為jack,age都改為20

刪除數據(delete)

  • 格式

    • DELETE FROM 表名 ;
  • 示例

    • DELETE FROM t_student ;
  • 注意

    • 上面的示例會將t_student表中所有記錄都刪掉

條件語句

  • 如果只想更新或者刪除某些固定的記錄,那就必須在DML語句后加上一些條件
  • 條件語句WHERE相當于OC中的if
  • 條件語句的常見格式
    • WHERE 字段 = 某個值 ; // 不能用兩個 =
    • WHERE 字段 is 某個值 ; // is 相當于 =
    • WHERE 字段 != 某個值 ;
    • WHERE 字段 is not 某個值 ; // is not 相當于 !=
    • WHERE 字段 > 某個值 ;
    • WHERE 字段1 = 某個值 and 字段2 > 某個值 ; // and相當于C語言中的 &&
    • WHERE 字段1 = 某個值 or 字段2 = 某個值 ; // or 相當于C語言中的 ||

DQL語句

  • 格式

    • SELECT 字段1, 字段2, … FROM 表名 ;
    • SELECT * FROM 表名; // 查詢所有的字段
  • 示例

    • SELECT name, age FROM t_student ;
    • SELECT * FROM t_student ;
    • SELECT * FROM t_student WHERE age > 10 ; // 條件查詢

起別名

  • 格式(字段和表都可以起別名)
    • SELECT 字段1 別名 , 字段2 別名 , … FROM 表名 別名 ;
    • SELECT 字段1 別名, 字段2 as 別名, … FROM 表名 as 別名 ;
    • SELECT 別名.字段1, 別名.字段2, … FROM 表名 別名 ;
  • 示例
    • SELECT name myname, age myage FROM t_student ;
      • 給name起個叫做myname的別名,給age起個叫做myage的別名
    • SELECT s.name, s.age FROM t_student s ;
      • 給t_student表起個別名叫做s,利用s來引用表中的字段

計算記錄的數量

  • 格式
    • SELECT COUNT (字段) FROM 表名 ;
    • SELECT COUNT ( * ) FROM 表名 ;
  • 示例
    • SELECT COUNT (age) FROM t_student ;
    • SELECT COUNT ( * ) FROM t_student WHERE score >= 60;

排序

  • 查詢出來的結果可以用order by進行排序
    • SELECT * FROM t_student ORDER BY 字段 ;
      • SELECT * FROM t_student ORDER BY age ;
  • 默認是按照升序排序(由小到大),也可以變為降序(由大到小)
    • SELECT * FROM t_student ORDER BY age DESC ; //降序
    • SELECT * FROM t_student ORDER BY age ASC ; // 升序(默認)
  • 也可以用多個字段進行排序
    • SELECT * FROM t_student ORDER BY age ASC, height DESC ;
      • 先按照年齡排序(升序),年齡相等就按照身高排序(降序)

limit

  • 使用limit可以精確地控制查詢結果的數量,比如每次只查詢10條數據

  • 格式

    • SELECT * FROM 表名 LIMIT 數值1, 數值2 ;
  • 示例

    • SELECT * FROM t_student LIMIT 4, 8 ;
      • 可以理解為:跳過最前面4條語句,然后取8條記錄
  • LIMIT常用來做分頁查詢,比如每頁固定顯示5條數據,那么應該這樣取數據

    • 第1頁:LIMIT 0, 5
    • 第2頁:LIMIT 5, 5
    • 第3頁:LIMIT 10, 5
    • 公式 : 第n頁:LIMIT 5*(n-1), 5
  • 猜猜下面語句的作用

    • SELECT * FROM t_student LIMIT 7 ;
      • 相當于SELECT * FROM t_student LIMIT 0, 7 ;
      • 表示取最前面的7條記錄

簡單約束

  • 建表時可以給特定的字段設置一些約束條件,常見的約束有

    • NOT NULL :規定字段的值不能為null
    • UNIQUE :規定字段的值必須唯一
    • DEFAULT :指定字段的默認值
      • (建議:盡量給字段設定嚴格的約束,以保證數據的規范性)
  • 示例

    • CREATE TABLE t_student (id INTEGER, name TEXT NOT NULL UNIQUE, age INTEGER NOT NULL DEFAULT 1) ;
    • name字段不能為null,并且唯一
    • age字段不能為null,并且默認為1

主鍵約束

  • 如果t_student表中就name和age兩個字段,而且有些記錄的name和age字段的值都一樣時,那么就沒法區分這些數據,造成數據庫的記錄不唯一,這樣就不方便管理數據

  • 良好的數據庫編程規范應該要保證每條記錄的唯一性,為此,增加了主鍵約束
    也就是說,每張表都必須有一個主鍵,用來標識記錄的唯一性

  • 什么是主鍵

    • 主鍵(PRIMARY KEY,簡稱PK)用來唯一地標識某一條記錄
    • 例如t_student可以增加一個id字段作為主鍵,相當于人的身份證
    • 主鍵可以是一個字段或多個字段

主鍵的設計原則

  • 主鍵應當是對用戶沒有意義的
  • 永遠也不要更新主鍵
  • 主鍵不應包含動態變化的數據
  • 主鍵應當由計算機自動生成

主鍵的聲明

  • 在創表的時候用primary key聲明一個主鍵

    • CREATE TABLE t_student (id INTEGER PRIMARY KEY, name TEXT, age INTEGER) ;
    • integer類型的id作為t_student表的主鍵
  • 主鍵字段

    • 只要聲明為PRIMARY KEY,就說明是一個主鍵字段
    • 主鍵字段默認就包含了NOT NULLUNIQUE 兩個約束
  • 如果想要讓主鍵自動增長(必須是integer類型),應該增加AUTOINCREMENT

    • CREATE TABLE t_student (id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT, age INTEGER);

外鍵約束

  • 利用外鍵約束可以用來建立表與表之間的聯系

    • 外鍵的一般情況是:一張表的某個字段,引用著另一張表的主鍵字段
  • 新建一個外鍵

    • CREATE TABLE t_student (id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT, age INTEGER, class_id INTEGER, CONSTRAINT fk_t_student_class_id_t_class_id FOREIGN KEY (class_id) REFERENCES t_class (id)) ;
      • t_student表中有一個叫做fk_t_student_class_id_t_class_id的外鍵
      • 這個外鍵的作用是用t_student表中的class_id字段引用t_class表的id字段

表連接查詢

  • 什么是表連接查詢
    • 需要聯合多張表才能查到想要的數據
  • 表連接的類型
    • 內連接:inner join 或者 join (顯示的是左右表都有完整字段值的記錄)
    • 左外連接:left outer join (保證左表數據的完整性)
  • 示例
    • 查詢0316iOS班的所有學生
      • select s.name,s.age from t_student s, t_class c where s.class_id = c.id and c.name = ‘0316iOS’;
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,578評論 6 544
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,701評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,691評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,974評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,694評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 56,026評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,015評論 3 450
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,193評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,719評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,442評論 3 360
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,668評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,151評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,846評論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,255評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,592評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,394評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,635評論 2 380

推薦閱讀更多精彩內容