even
← Back to glossary

Datenbank

Also: DB, Datenbanksystem, DBMS, Datenbanken, relationale Datenbank, RDBMS, NoSQL-Datenbank

AI-generated

In brief

A database is a structured system for the persistent storage, management, and querying of data. In intralogistics, it forms the technical foundation for WMS, ERP, and TMS by reliably maintaining master data, transactional data, and historical records.

Key facts

What is a database?

A database is an organized system that stores data persistently and enables structured access to it. It consists of the actual data store and a database management system (DBMS), which handles queries, write operations, access rights, and transaction security. One thing is clear: without a functioning database, no logistics system operates reliably – every posting, every storage location change, and every order header ultimately ends up in one or more databases.

Database types in the logistics environment

Relational databases (RDBMS) continue to dominate in ERP, WMS, and TMS systems. They organize data in tables with defined relationships and rely on the SQL query language. Their strengths lie in transaction security (ACID properties) and consistency under concurrent access by many users – both critical when goods receipts and issues are posted in real time.

In addition, there are non-relational databases (NoSQL), which, depending on the model, are structured as document, key-value, column, or graph databases. They are particularly well suited to large volumes of unstructured or semi-structured data, such as telemetry from conveyor systems, sensor events, or log files. Which model is the right fit depends on the use case – blanket recommendations are not appropriate here.

Relevance for warehouse planning and logistics IT

In practice, the database architecture is a decisive factor for the performance and availability of the overall system. Critical questions during planning include:

  • Which data must be available in real time, and which can be processed in batches?
  • How is high availability ensured – through replication, clustering, or geographic redundancy?
  • How are backup, recovery, and disaster recovery organized, and what is the tolerable downtime (RTO/RPO)?
  • Which systems require read or write access, and how are access conflicts avoided?
  • What licensing and operating costs arise as data volumes grow?

Particularly when introducing new logistics software, the database question is often underestimated. Vendor lock-in, scaling costs, and compatibility with existing integration interfaces should be examined at an early stage.

Distinction: operational database vs. data warehouse

Operational databases manage ongoing transactions: inventory postings, order processing, and picking orders. A data warehouse, by contrast, is geared toward analysis and aggregates historical data from various sources for reporting and business intelligence. Both concepts complement each other, but pursue different optimization objectives – operational databases prioritize write speed and consistency, while data warehouses prioritize read performance and flexibility in evaluations.

Frequently asked questions

An operational database manages ongoing transactions – such as warehouse postings – and is optimized for fast read and write access. A data warehouse aggregates historical data from multiple sources and is primarily designed for analysis and reporting. Both systems are typically operated in parallel and have different requirements in terms of performance and data modeling.

Related terms

Matching categories