Engineering
Database.
An organised system for storing, retrieving and updating an application’s data.
In plain English
A database is an organised collection of information that a website, app or other software system can save, search, update and retrieve.
An application may use a database to store user accounts, products, orders, payments, messages, customer records, settings and other information it needs to function.
Relational databases such as PostgreSQL and MySQL organise information into tables made up of rows and columns. Relationships can connect one table to another. For example, an orders table may be connected to a customers table so that each order belongs to the correct customer.
Not every database uses tables. Document databases store information as flexible documents, while embedded databases such as SQLite can store an application’s data in a file on the same device or server.
Applications communicate with databases through queries, libraries or APIs. The database system may also provide indexes for faster searches, transactions for safely completing related changes, access controls for protecting information and backups for recovering lost data.
Choosing a database depends on the structure of the data, the relationships between records, the level of consistency required, expected traffic, hosting environment and the development team’s experience.
PostgreSQL is a strong general-purpose choice for many web applications, especially products with structured data and important relationships. However, there is no single database that is automatically best for every project.
Why it matters for founders and Nigerian businesses
The database often contains the most important working information in a digital product. Poor database design can lead to duplicated records, incorrect reports, slow searches, lost information and security problems.
The main risk is not simply choosing the wrong database brand. Problems can also come from weak table structures, missing validation rules, unsafe permissions, poor migration processes and backups that have never been tested.
For an MVP, the database should support the current product clearly while leaving reasonable room for growth. The team should define how important records relate to one another, who can access them, how changes are tracked and how the information can be restored if something goes wrong.
Field notes
Get the next essay first.
One short essay every other week on shipping MVPs, technical SEO, and the craft of solo product development. No spam, unsubscribe in one click.