【正文】 edResult=[[NSStringalloc]initWithData:theDataencoding:NSUTF8StringEncoding]。return [base64EncodedResult autorelease]。} 數(shù)據(jù)庫的設(shè)計在需要請求數(shù)據(jù)庫時，需要確認(rèn)數(shù)據(jù)庫文件是否存在。如果數(shù)據(jù)庫文件不存在，說明還未創(chuàng)建數(shù)據(jù)庫，則執(zhí)行 SQL 語句創(chuàng)建數(shù)據(jù)庫；如果存在，則打開數(shù)據(jù)庫，然后訪問數(shù)據(jù)庫完成相關(guān)操作，最后關(guān)閉數(shù)據(jù)庫。 數(shù)據(jù)庫的訪問數(shù)據(jù)庫主要用于保存數(shù)據(jù)和臨時緩存，以減少網(wǎng)絡(luò)請求開銷和內(nèi)存開銷。WiFi和基帶(EDGE, 3G)無線信號需消耗大量電量，移動設(shè)備的電力消耗一直是個問題，應(yīng)盡量避免不必要的網(wǎng)絡(luò)請求，將數(shù)據(jù)保存到本地數(shù)據(jù)庫同時還可以提升響應(yīng)速度。由于 iPhone OS 的虛存模型并不包含磁盤交換區(qū)空間，所以應(yīng)用程序在更大程度上受限于可供使用的內(nèi)存。對內(nèi)存的大量使用會嚴(yán)重降低系統(tǒng)的性能，可能導(dǎo)致應(yīng)用程序被終止。因此，在設(shè)計階段，您應(yīng)該把減少應(yīng)用程序的內(nèi)存開銷放在較高優(yōu)先級上。應(yīng)用程序的可用內(nèi)存和相對性能之間有直接的聯(lián)系。可用內(nèi)存越少，系統(tǒng)在處理未來的內(nèi)存請求時就越可能出問題。如果發(fā)生這種情況，系統(tǒng)總是先把代碼頁和其它非易失性資源從內(nèi)存中移除，特別是當(dāng)系統(tǒng)在短時間后又再次需要那些資源的時候，可以將數(shù)據(jù)緩存在數(shù)據(jù)庫中，以供再次使用，同時達(dá)到了減少內(nèi)存印跡的目的。數(shù)據(jù)庫讀寫模塊的兩個主要類是：Statement和DBConnection。sqlite3和sqlite3_stmt是sqlite定義的數(shù)據(jù)結(jié)構(gòu)。Statement 類是對 sqlite3_stmt 的面向?qū)ο蟮姆庋b。Statement 對象包含一個sqlite3_stmt類型的成員變量，并封裝了sqlite3_step()、sqlite3_reset()、sqlite3_prepare_v2()、sqlite3_finalize()等C風(fēng)格的函數(shù)。 (id)initWithDB:(sqlite3*)db query:(const char*)sql。方法返回指向數(shù)據(jù)庫db的解析了“sql”SQL 語句的 Statememnt 對象。主要方法如下：+ (id)statementWithDB:(sqlite3*)db query:(const char*)sql。調(diào)用上面方法返回Statement對象。 (int)step。執(zhí)行statement。 (void)reset。重置statement。DBConnection 類封裝了打開關(guān)閉數(shù)據(jù)庫，創(chuàng)建數(shù)據(jù)庫，事務(wù)執(zhí)行等操作。主要方法如下：+ (sqlite3*)openDatabase:(NSString*)dbFilename打開指定數(shù)據(jù)庫名的數(shù)據(jù)庫。+ (sqlite3*)getSharedDatabaseSingleton 方法，打開并返回程序的數(shù)據(jù)庫。+ (void)closeDatabase關(guān)閉程序數(shù)據(jù)庫。+ (void)createEditableCopyOfDatabaseIfNeeded:(BOOL)force創(chuàng)建程序數(shù)據(jù)庫。+ (void)beginTransaction開始事務(wù)。+ (void)mitTransaction提交事務(wù)。 數(shù)據(jù)庫概念設(shè)計對數(shù)據(jù)庫的實體關(guān)系的設(shè)計是建立在需求分析、系統(tǒng)分析的基礎(chǔ)之上的。實體的設(shè)計相對比較簡單，包括用戶信息、與用戶相關(guān)的信息、微博信息、評論信息。通過分析用實體圖描述每個實體的屬性。1) ：Token失效期代表用戶身份的access token微博賬號用戶ID自增主鍵用戶ID粉絲數(shù)量TokenSecret用于獲取AcessToken 用戶實體圖2) ：用戶ID用戶相關(guān)信息ID用戶圖標(biāo)微博賬號用戶相關(guān)信息最新微博 用戶相關(guān)信息實體圖3) ：微博ID內(nèi)容用戶ID用戶名用戶圖標(biāo)時間是否有圖片微博 微博信息實體圖4) ：微博ID時間評論ID評論內(nèi)容用戶ID評論 評論信息實體圖 數(shù)據(jù)庫邏輯設(shè)計根據(jù)前面設(shè)計的 ER 圖，創(chuàng)建數(shù)據(jù)庫各個數(shù)據(jù)表，數(shù)據(jù)表的結(jié)構(gòu)如下。(1)用戶表（user）用戶表用來存放微博用戶的基本信息，包括用戶名、呢稱、地址、簡潔和粉絲信息等。：字段名數(shù)據(jù)類型是否主鍵功能描述user_idINTEGERPRIMARY KEY用戶 UIDnameTEXT用戶名screen_nameTEXT用戶呢稱locationTEXT地址descriptionTEXT簡介urlTEXT博客地址followers_countINTEGER粉絲數(shù)followees_countINTEGER關(guān)注數(shù)profile_image_urlTEXT頭像地址 用戶表結(jié)構(gòu)(2)關(guān)注對象表（followees）關(guān)注對象表用于存儲當(dāng)前用戶所有關(guān)注用戶，包括關(guān)注用戶 ID，呢稱等。字段名數(shù)據(jù)類型是否主鍵功能描述user_idINTEGERPRIMARY KEY用戶 UIDnameTEXT用戶名screen_nameTEXT用戶呢稱Profile_image_urlTEXT頭像地址 關(guān)注對象表結(jié)構(gòu)(3)微博表（statuses）微博表用于存放微博，包括微博內(nèi)容，類型，作者 ID，創(chuàng)建時間，來源以及回復(fù)人 ID 等。字段名數(shù)據(jù)類型是否主鍵功能描述idINTEGERPRIMARY KEY微博 IDtypeINTEGER類型user_idINTEGER作者 IDtextTEXT微博內(nèi)容created_atINTEGER創(chuàng)建時間sourceTEXT微博來源favoratedINTEGER是否已收藏truncatedINTEGER是否截斷in_reply_to_status_idINTEGER回復(fù) IDin_reply_to_user_idINTEGER回復(fù)人 IDin_reply_to_screen_nameTEXT回復(fù)人呢稱 微博表結(jié)構(gòu)(4)私信表私信表用于存儲私信，包括私信內(nèi)容，發(fā)信人和收信人等信息。字段名數(shù)據(jù)類型是否主鍵功能描述idINTEGERPRIMARY KEY私信 IDsender_idINTEGER發(fā)送人 UIDrecipient_idINTEGER收信人 UIDtextTEXT私信內(nèi)容created_atINTEGER發(fā)送時間sender_screen_nameTEXT發(fā)信人呢稱recipient_screen_nameTEXT收信人呢稱 私信表結(jié)構(gòu)(5)圖片表圖片表用于存儲用戶的頭像圖片，包括頭像url地址和圖片數(shù)據(jù)以及更新時間。字段名數(shù)據(jù)類型是否主鍵功能描述urlTEXTPRIMARY KEY頭像地址imageBLOB圖像數(shù)據(jù)updated_atDATETIME更新時間 圖片表結(jié)構(gòu) 數(shù)據(jù)庫表的創(chuàng)建根據(jù)以上數(shù)據(jù)庫的邏輯設(shè)計，分別創(chuàng)建數(shù)據(jù)庫表和索引。在數(shù)據(jù)庫中，索引使數(shù)據(jù)庫程序無需對整個表進(jìn)行掃描，就可以在其中找到所需數(shù)據(jù)，從而提高查詢效率。索引的作用如下：通過創(chuàng)建唯一索引，可以保證數(shù)據(jù)記錄的惟一性?？梢源蟠蠹涌鞌?shù)據(jù)檢索速度?？梢约涌毂砼c表之間的連接，這一點在實現(xiàn)數(shù)據(jù)的參照完整性方面有特別的意義。在使用ORDER BY和GROUP BY子句進(jìn)行檢索數(shù)據(jù)時，可以顯著減少查詢中分組和排序的時間。使用索引可以在檢索數(shù)據(jù)的過程中使用優(yōu)化隱藏器，提高系統(tǒng)性能。(1)用戶表的創(chuàng)建用戶有9個屬性，用戶UID是主屬性；在查詢用戶時，經(jīng)常按用戶名或呢稱查詢數(shù)據(jù)庫，因此建立用戶名和呢稱的索引，可以提高查詢效率。根據(jù)用戶表結(jié)構(gòu)，創(chuàng)建表及索引的 SQL 語句如下。CREATE TABLE users (39。user_id39。 INTEGER PRIMARY KEY,39。name39。 TEXT,39。screen_name39。 TEXT,39。location39。 TEXT,39。description39。 TEXT,39。url39。 TEXT,39。followers_count39。 INTEGER,39。followees_count39。 INTEGER,39。profile_image_url39。 TEXT,)。CREATE INDEX users_name on users(name)。CREATE INDEX users_screen_name on users(screen_name)。(2)關(guān)注對象表關(guān)注對象有4個屬性，對象UID是主屬性；在查詢關(guān)注對象時，經(jīng)常按對象用戶名或呢稱查詢數(shù)據(jù)庫，因此建立用戶名和呢稱的索引。根據(jù)關(guān)注對象表結(jié)構(gòu)，創(chuàng)建表及索引的SQL語句如下。CREATE TABLE followees (39。user_id39。 INTEGER PRIMARY KEY,39。name39。 TEXT,39。screen_name39。 TEXT,39。profile_image_url39。 TEXT)。CREATE INDEX followees_name on followees(name)。CREATE INDEX followees_screen_name on followees(screen_name)。(3)微博表微博有11個屬性，微博ID是主屬性；在查詢單條微博時，如果微博是回復(fù)微博，經(jīng)常按回復(fù)ID查詢數(shù)據(jù)庫，因此建立回復(fù)ID的索引。根據(jù)微博表結(jié)構(gòu)，創(chuàng)建表及索引的 SQL 語句如下。CREATE TABLE statuses (39。id39。 INTEGER,39。type39。 INTEGER,39。user_id39。 INTEGER,39。text39。 TEXT,39。created_at39。 INTEGER,39。source39。 TEXT,39。favorited39。 INTEGER,39。truncated39。 INTEGER,39。in_reply_to_status_id39。 INTEGER,39。in_reply_to_user_id39。 INTEGER,39。in_reply_to_screen_name39。 TEXT,PRIMARY KEY(id))。CREATE INDEX statuses_in_reply_to_status_id on statuses(in_reply_to_status_id)。(4)私信表私信有7個屬性，微博ID是主屬性；在查詢單條私信時，經(jīng)常按發(fā)信人ID或者收信人ID查詢數(shù)據(jù)庫，因此建立發(fā)信人ID和收信人ID的索引。根據(jù)私信表結(jié)構(gòu)，創(chuàng)建表及索引的 SQL 語句如下。CREATE TABLE direct_messages (39。id39。 INTEGER,39。sender_id39。 INTEGER,39。recipient_id39。 INTEGER,39。text39。 TEXT,39。created_at39。 INTEGER,39。sender_screen_name39。 TEXT,39。recipient_screen_name39。 TEXT,PRIMARY KEY(id))。CREATE INDEX direct_messages_sender_id on direct_messages(sender_id)。CREATE INDEX direct_messages_recipient_id on direct_messages(recipient_id)。(5)圖片表圖片表用于保存用戶頭像圖片，有3個屬性，頭像地址是主屬性；根據(jù)圖片表結(jié)構(gòu)，創(chuàng)建表的 SQL 語句如下。CREATE TABLE images (39。url39。 TEXT PRIMARY KEY,39。image39。 BLOB,39。updated_at39。 DATETIME)。