SQLite is a compact, self-contained SQL database engine implemented as a single library. It provides transactional, serverless, zero-configuration storage ideal for embedded, mobile, and desktop applications. Its lightweight footprint and single-file databases simplify distribution and local persistence without a separate database server.
Use this profile to understand the building block briefly, place it in the model, and open related building blocks.
Technical building block: can be automated, integrated, or operated.
Concrete cog in the system that works inside larger relationships.
SQLite is an embedded relational database that runs directly inside an application without a separate server.
SQLite grew as a compact database library for applications that need relational queries and durable storage without their own database server. D. Richard Hipp released the project as open-source software in 2000.
The application loads SQLite as a library and reads or writes a local database file. Transactions, SQL, and database state therefore live in the same process instead of a separate database service.
The database runs as a library inside the application process.
Relational data is queried and changed through SQL.
Persistent state is stored in a local file.
SQLite fits local applications, prototypes, tests, and devices where a separate database server would be unnecessary.
Where this building block is located in the topic model.
Explore how this building block connects to concepts, methods, technologies, and tools.
These sources establish the term and its professional meaning.
All direct connections of the current building block in a compact text view.
This classification shows where the building block typically matters, how demanding it is, and what kind of impact it has in the model.
The level within the organization (enterprise, domain, team) at which the AssetBlock is applied.