声明:本SQLite源码剖析系列为刘兴(http://deepfuture.iteye.com/)原创,未经笔者授权,任何人和机构不能转载
什么是 sqlite ?
sqlite 是一款轻量级的、基于文件的嵌入式数据库,2000年就已经诞生,经过7年多的发展,直到今天已经成为最流行的嵌入式数据库,包括google在内的公司在其桌面软件中亦使用 sqlite 存储用户数据。由此可以看出,已经没有任何理由去怀疑sqlite的稳定性了。
sqlite的优势?
1. 免配置,和access一样,只要把数据库文件通过ftp上传到服务器上就可以使用,不需要服务器的额外支持
2. 备份方便,因为只是一个文件,只要复制一份该文件,就能备份整个数据库
3. 虽然是轻量级数据库,但他支持最大 2tb 的单个库文件。
4. 快,无与伦比的快。经过实际测试,在几百万记录的情况下,sqlite的插入和查询速度和 mysql 不分上下,快于 sql server,10倍于 access (但这并不意味着它可以替代 sql server )
在SQLITE主页上下载源码,选择右边出现以下字样的进行下载
我们先分析主程序sqlite3.c
/******************************************************************************
** This file is an amalgamation of many separate C source files from SQLite
** version 3.6.23.1. By combining all the individual C code files into this
** single large file, the entire code can be compiled as a one translation
** unit. This allows many compilers to do optimizations that would not be
** possible if the files were compiled separately. Performance improvements
** of 5% are more are commonly seen when SQLite is compiled as a single
** translation unit.
**
** This file is all you need to compile SQLite. To use SQLite in other
** programs, you need this file and the "sqlite3.h" header file that defines
** the programming interface to the SQLite library. (If you do not have
** the "sqlite3.h" header file at hand, you will find a copy embedded within
** the text of this file. Search for "Begin file sqlite3.h" to find the start
** of the embedded sqlite3.h header file.) Additional code files may be needed
** if you want a wrapper to interface SQLite with your choice of programming
** language. The code for the "sqlite3" command-line shell is also in a
** separate file. This file contains only code for the core SQLite library.
*/
//主程序定义SQLITE核心:define SQLITE_CORE 1
//主程序定义SQLITE_API。
//主程序序版本为合并后的源代码:define SQLITE_AMALGAMATION 1
#define SQLITE_CORE 1
#define SQLITE_AMALGAMATION 1
#ifndef SQLITE_PRIVATE
# define SQLITE_PRIVATE static
#endif
#ifndef SQLITE_API
# define SQLITE_API
#endif
/************** Begin file sqliteInt.h ***************************************/
/*
** 2001 September 15
**
** The author disclaims copyright to this source code. In place of
** a legal notice, here is a blessing:
**
** May you do good and not evil.
** May you find forgiveness for yourself and forgive others.
** May you share freely, never taking more than you give.
**
*************************************************************************
** Internal interface definitions for SQLite.
**
*/
//SQLITE内部接口定义
#ifndef _SQLITEINT_H_
#define _SQLITEINT_H_
//如果基础操作系统支持,可用#define开启大于2G的单个文件支持。
/*
** These #defines should enable >2GB file support on POSIX if the
** underlying operating system supports it. If the OS lacks
** large file support, or if the OS is windows, these should be no-ops.
**_LARGEFILE_SOURCE宏必须在任何#include前使用
** Ticket #2739: The _LARGEFILE_SOURCE macro must appear before any
** system #includes. Hence, this block of code must be the very first
** code in all source files.
**在编译命令行使用-DSQLITE_DISABLE_LFS可禁止大文件支持,
** Large file support can be disabled using the -DSQLITE_DISABLE_LFS switch
** on the compiler command line. This is necessary if you are compiling
** on a recent machine (ex: Red Hat 7.2) but you want your code to work
** on an older machine (ex: Red Hat 6.0). If you compile on Red Hat 7.2
** without this option, LFS is enable. But LFS does not exist in the kernel
** in Red Hat 6.0, so the code won't work. Hence, for maximum binary
** portability you should omit LFS.
**
** Similar is true for Mac OS X. LFS is only supported on Mac OS X 9 and later.
*/
//如果没禁止大文件支持,则定义相关常量
#ifndef SQLITE_DISABLE_LFS
# define _LARGE_FILE 1
# ifndef _FILE_OFFSET_BITS
# define _FILE_OFFSET_BITS 64
# endif
# define _LARGEFILE_SOURCE 1
#endif
/*
** Include the configuration header output by 'configure' if we're using the
** autoconf-based build
*/
//如果使用autoconf-based构建,则include "config.h"
#ifdef _HAVE_SQLITE_CONFIG_H
#include "config.h"
#endif
/************** Include sqliteLimit.h in the middle of sqliteInt.h ***********/
/************** Begin file sqliteLimit.h *************************************/
/*
** 2007 May 7
**
** The author disclaims copyright to this source code. In place of
** a legal notice, here is a blessing:
**
** May you do good and not evil.
** May you find forgiveness for yourself and forgive others.
** May you share freely, never taking more than you give.
**
*************************************************************************
**
** This file defines various limits of what SQLite can process.
*/
/*
** The maximum length of a TEXT or BLOB in bytes. This also
** limits the size of a row in a table or index.
**
** The hard limit is the ability of a 32-bit signed integer
** to count the size: 2^31-1 or 2147483647.
*/
//最大32位有符号整数
#ifndef SQLITE_MAX_LENGTH
# define SQLITE_MAX_LENGTH 1000000000
#endif
/*
** This is the maximum number of
**以下这些项的最大值:
**表中的列、索引中的列、视图的列、update的set从句的数量、select
**返回的字段数、GROUP BY 和ORDER BY的字段数、INSERT的values从句
** * Columns in a table
** * Columns in an index
** * Columns in a view
** * Terms in the SET clause of an UPDATE statement
** * Terms in the result set of a SELECT statement
** * Terms in the GROUP BY or ORDER BY clauses of a SELECT statement.
** * Terms in the VALUES clause of an INSERT statement
**
** The hard upper limit here is 32676. Most database people will
** tell you that in a well-normalized database, you usually should
** not have more than a dozen or so columns in any table. And if
** that is the case, there is no point in having more than a few
** dozen values in any of the other situations described above.
*/
/*
**以下这些项的最大值:
**表中的列、索引中的列、视图的列、update的set从句的数量、select
**返回的字段数、GROUP BY 和ORDER BY的字段数、INSERT的values从句
*/
#ifndef SQLITE_MAX_COLUMN
# define SQLITE_MAX_COLUMN 2000
#endif
/*
** The maximum length of a single SQL statement in bytes.
**
** It used to be the case that setting this value to zero would
** turn the limit off. That is no longer true. It is not possible
** to turn this limit off.
*/
//SQL语句的最大长度
#ifndef SQLITE_MAX_SQL_LENGTH
# define SQLITE_MAX_SQL_LENGTH 1000000000
#endif
/*
** The maximum depth of an expression tree. This is limited to
** some extent by SQLITE_MAX_SQL_LENGTH. But sometime you might
** want to place more severe limits on the complexity of an
** expression.
**
** A value of 0 used to mean that the limit was not enforced.
** But that is no longer true. The limit is now strictly enforced
** at all times.
*/
//解释树的最大深度
#ifndef SQLITE_MAX_EXPR_DEPTH
# define SQLITE_MAX_EXPR_DEPTH 1000
#endif
/*
** The maximum number of terms in a compound SELECT statement.
** The code generator for compound SELECT statements does one
** level of recursion for each term. A stack overflow can result
** if the number of terms is too large. In practice, most SQL
** never has more than 3 or 4 terms. Use a value of 0 to disable
** any limit on the number of terms in a compount SELECT.
*/
//复合SQL语句的最大项数
#ifndef SQLITE_MAX_COMPOUND_SELECT
# define SQLITE_MAX_COMPOUND_SELECT 500
#endif
- 大小: 6 KB
分享到:
相关推荐
本文将对Android SqliteManager的源码进行深入剖析,以揭示其核心机制。 首先,SQLiteManager主要负责创建、打开、关闭数据库,以及执行SQL语句等操作。源码中,我们可以看到SQLiteOpenHelper子类的实现,这是...
本文将深入剖析SQLite3的源代码,并重点关注其核心组件及实现机制,旨在帮助读者更好地理解SQLite3的工作原理及其在实际开发中的应用。 #### 2. SQLite3程序结构概览 SQLite3的核心功能通过一系列紧密耦合的源代码...
9. **附录与源码分析**:随书源码提供了对SQLite源代码的深度剖析,有助于开发者深入了解其内部实现,并进行二次开发或定制。 通过阅读《SQLite权威指南》第二版,读者不仅可以掌握SQLite的日常使用,还能了解到更...
本文将对Android SqliteManager的源码进行深度剖析,帮助开发者理解其内部机制,提升数据库管理能力。 首先,SqliteManager的核心功能是与SQLite数据库进行交互。在源码中,我们能看到它使用了`SQLiteDatabase`类...
首先,Android联系人APP源码剖析这一标题表明本文将重点讲解Android平台上联系人管理应用的源码,尤其是基于Android 2.3版本进行的分析。通过这种剖析,开发者可以更好地理解如何定制及使用源码,以构建或优化联系人...
【标题】"java源码剖析-FrackingData:面向FracFocus数据分析的存储库。SQL(例如SQLite,PostgreSQL,SQLSe" 这个标题表明我们正在探讨一个Java开发的开源项目,名为FrackingData,它是专门为处理FracFocus数据设计...
4. **数据库管理**:客户端通常会存储用户信息、聊天记录等数据,可能会用到SQLite数据库,进行本地数据的存储和检索。 5. **Android UI设计**:源码中的XML布局文件和Java代码会展示如何构建Android用户界面,包括...
本文将深入剖析Notepad源码,揭示其背后的编程原理和技术细节。 一、数据库管理 Notepad的核心功能之一是存储和管理笔记,这涉及到Android中的SQLite数据库。源码中可以看到,Notepad使用SQLiteOpenHelper子类来...
本篇将深入剖析Android源码中的MyContacts通讯录源码,通过分析其设计思路、实现机制以及关键组件,来探讨Android通讯录应用的核心技术。 首先,通讯录是Android系统中的基础服务之一,MyContacts则是Android提供的...
本篇文章将对标题为“简单的通讯录源码.zip”的压缩包进行深入剖析,主要关注其在安卓平台上的实现,并讨论其中可能涉及的核心技术与功能实现。 首先,该源码的标签明确指出这是一个针对安卓平台的生活应用源码。这...
《深入剖析Android 4.0.3源码》 Android 4.0.3,代号Ice Cream Sandwich(冰淇淋三明治),是Android系统发展的一个重要里程碑,它为开发者提供了更多的功能和优化,提升了用户体验。这份源码是理解Android系统工作...
通过深入剖析这份源码,开发者可以学习到如何构建一个功能完备、用户体验良好的词典应用。 1. **项目结构**: - 项目通常由多个模块组成,包括主应用模块、词典数据模块、网络请求模块等。源码会展示如何划分模块...
《深入剖析xUtils源码:探索Android开发利器的内在奥秘》 xUtils是一个功能强大的Android开发库,它集成了网络请求、图片加载、数据库操作、视图注入等多个功能,大大简化了Android开发者的工作。本篇文章将围绕...
《深入剖析Android应用:基于新浪微博客户端源码》 在Android开发领域,研究知名应用的源码是提升技术能力的重要途径之一。本篇文章将基于“android应用源码(精)新浪微博客户端源码.zip”这一资源,深入探讨其中...
《深入剖析Android源码——以WordPress for Android为例》 Android操作系统以其开源、可定制的特性,在全球范围内广受欢迎,尤其在移动应用开发领域占据主导地位。对于开发者来说,理解Android源码是提升技术水平、...
在本文中,我们将全面剖析Android的最新源码,涵盖关键组件、系统服务以及核心库。 首先,Android系统的架构分为四个主要层次:Linux内核层、系统库层、应用程序框架层和应用程序层。Linux内核提供了硬件抽象层,...
本篇文章将围绕“Android高级应用源码-一个短信应用源码.zip”进行详细剖析,旨在帮助开发者从源码中汲取养分,提升对Android系统级短信应用的理解和实战技能。 首先,我们要明确的是,短信应用是Android操作系统中...
《深入剖析Android微信客户端源码》 在移动通信领域,微信作为一款全球广泛使用的即时通讯应用,其背后的技术实现一直是开发者关注的焦点。本篇将深入探讨“Android微信客户端源码”,聚焦对话界面的设计与实现,...
《深入剖析Android 4.0源码》 Android 4.0,又称为Ice Cream Sandwich(简称ICS),是Google发布的一个重要版本,它在Android操作系统的发展历程中扮演了承上启下的角色,既继承了早期版本的优点,又为后续版本奠定...
《 Memo单词本2.5源码分析:深入理解Android应用开发》 ...通过深入剖析源码,我们不仅能了解一个应用的工作原理,还能学习到如何将理论知识转化为实际的代码,这对于个人的职业发展具有极大的推动作用。