SleekDB
SleekDB is a lightweight, flat-file NoSQL database written in PHP that stores data as JSON files without external dependencies. It is designed for low-to-medium load applications managing small to medium-sized datasets (up to a few gigabytes) and requires only PHP 7+ to run.
Key facts
Objective fields from the source. Values we can't verify are shown as “Unknown” rather than guessed.
| Field | Value |
|---|---|
| Repository | SleekDB/SleekDB |
| Owner | SleekDB |
| Primary language | PHP |
| License | MIT — OSI-approved |
| Stars | 990 |
| Forks | 87 |
| Open issues | 27 |
| Latest release | 2.50 (2025-11-16) |
| Last updated | 2026-05-26 |
| Source | https://github.com/SleekDB/SleekDB |
What SleekDB is
A pure PHP NoSQL implementation using JSON file storage with built-in query caching, schema-free documents, nested property queries, and support for filtering, sorting, joins, and search operations. All processing occurs synchronously within the same PHP process; no background services or network protocols required.
Get the SleekDB source
Clone the repository and explore it locally.
git clone https://github.com/SleekDB/SleekDB.gitcd SleekDB# follow the project's README for install & configurationNeed it deployed, integrated, or customized instead? DEV.co ships production installs.
Best use cases
Implementation considerations
- Verify PHP 7+ availability in your hosting environment and confirm file system write permissions for the data directory.
- Plan cache invalidation strategy, especially for multi-process or CLI applications where cache state may diverge.
- Design for gradual data growth; test query performance as dataset approaches gigabyte scale to identify when migration to a traditional database is needed.
- Implement manual locking or synchronization if concurrent writes from multiple requests occur; SleekDB has no built-in concurrency control.
- Establish a reliable backup procedure since data is stored as files; consider automated snapshots or file-system-level backups.
When to avoid it — and what to weigh
- High-concurrency or heavy I/O workloads — Not designed for heavy-load operations. File-based storage and in-process caching make it unsuitable for applications with many simultaneous writes or complex transactional requirements.
- Multi-server or distributed deployments — Data stored as local files; no built-in replication, clustering, or network protocol. Requires custom synchronization logic for distributed setups.
- Complex relational queries or ACID transactions — While it supports joins and nested queries, it lacks full ACID guarantees and is not optimized for complex cross-collection transactions typical of relational databases.
- Large datasets requiring advanced indexing — Performance degrades with dataset size. No built-in advanced indexing strategies; queries on large collections will traverse files, making full-text search or complex aggregations slower than specialized databases.
License & commercial use
MIT License (OSI-approved, permissive open-source license). Permits commercial and proprietary use, modification, and distribution with minimal restrictions.
MIT License permits unrestricted commercial use, including in proprietary products. No licensing fees or commercial restrictions documented. Review your own legal/compliance requirements independently.
DEV.co evaluation signals
Editorial assessment — not user reviews. Directional, with an explicit confidence level.
| Signal | Assessment |
|---|---|
| Maintenance | Active |
| Documentation | Strong |
| License clarity | Clear |
| Deployment complexity | Low |
| DEV.co fit | Good |
| Assessment confidence | High |
Flat-file storage means data persists as readable JSON on disk; ensure proper file system permissions and access controls. No built-in encryption at rest or in transit. Input validation and SQL injection-like attack prevention depend on application-level code. No documented security audit or vulnerability disclosure policy. Suitable only for non-sensitive or internal data; not recommended for personal identifiable information or regulated data without additional hardening.
Alternatives to consider
SQLite
Lightweight embedded SQL database with ACID guarantees, indexing, and better concurrency control. Suitable for local/single-server use cases requiring stronger data consistency.
MongoDB
Production-grade NoSQL database with distributed scaling, replication, and advanced querying. Better suited for applications outgrowing file-based storage or requiring multi-server deployments.
TinyDB (Python) or LowDB (Node.js)
Language-specific alternatives offering similar simplicity and file-based storage; better integrated with their respective ecosystems if not locked into PHP.
Build on SleekDB with DEV.co software developers
Contact our engineering team to assess whether SleekDB fits your use case, or discuss migration strategies if you anticipate outgrowing file-based storage.
Talk to DEV.coRelated on DEV.co
Explore the category and the services that help you build with it.
SleekDB FAQ
Can SleekDB scale to production?
Is there ACID transaction support?
How do I back up my data?
What are performance limits?
Software development & web development with DEV.co
Adopting SleekDB is usually one piece of a larger software development effort. As a software development agency, DEV.co provides software development services and web development expertise — pairing senior software developers and web developers with your team to design, build, and operate open-source databases software in production.
Ready to evaluate SleekDB for your project?
Contact our engineering team to assess whether SleekDB fits your use case, or discuss migration strategies if you anticipate outgrowing file-based storage.