AWS Certified Data Engineer Associate 2026 - Hands On!

Structured, Unstructured, and Semi-Structured Data: AWS Data Engineering Fundamentals

Learn how to distinguish structured, unstructured, and semi-structured data using schemas, preprocessing needs, and examples such as CSV, JSON, media files, email, and logs.

AWS Certified Data Engineer Associate 2026 - Hands On!AWS Certified Data Engineer Associate 2026 - Hands On!Updated Aug 17, 2026
Study options
WatchComing later
ListenComing later
ReadAvailable
ReviewComing later

Study guide

Technical reference and lesson notes

Types of Data: Structured, Unstructured, and Semi-Structured

Purpose of This Lesson

Data engineers must recognize how data is organized before choosing how to store, process, index, or query it. This lesson reviews the three fundamental categories emphasized in the AWS Certified Data Engineer Associate study context: structured, unstructured, and semi-structured data.

Key Concepts

Structured Data

Structured data follows a defined schema and is usually organized into rows and columns with known names, relationships, and data types. Because its organization is predictable, it is generally easy to query with SQL.

Common characteristics:

  • Defined schema
  • Consistent columns and data types
  • Organized rows and columns
  • Predictable relationships between fields
  • Directly queryable with tools such as SQL

Examples include relational database tables in Oracle, Amazon Redshift, MySQL, or PostgreSQL. A CSV file can also be structured when every record follows consistent columns and does not contain irregular rows. A well-organized Excel spreadsheet is another example.

The file format alone does not determine the category. A poorly organized CSV or spreadsheet may not behave as structured data if its records have inconsistent fields or unpredictable content.

Unstructured Data

Unstructured data has no predefined schema or fixed organization that a query engine can immediately rely on. Before it can be searched or analyzed effectively, it generally requires preprocessing to extract meaning, create metadata, or build indexes.

Examples include:

  • Raw text files
  • Books and large collections of text
  • Video files
  • Audio files
  • Images
  • Emails and word-processing documents

For example, an image does not directly expose fields such as topic, creator, creation time, or duration. Those attributes must be extracted as metadata. Similarly, a video may need transcription, topic extraction, and other processing before its contents can be searched efficiently.

Semi-Structured Data

Semi-structured data does not have the rigid consistency of relational data, but it contains tags, hierarchies, labels, or recurring patterns that reveal some of its organization. It is more flexible than structured data and less chaotic than unstructured data.

Semi-structured data may allow different fields or schemas within the same document. Some interpretation or parsing may still be needed, but the data contains enough signals to identify its elements.

Examples include:

  • JSON files
  • XML files
  • Email headers combined with message content
  • Application, service, server, or Apache log files

JSON and XML provide tags or hierarchical relationships even when documents do not all share exactly the same schema. Email headers identify fields such as date and subject, while the body may contain less-structured content.

Log files are especially important in data engineering. Different log lines may contain different fields, omit values, or use varying formats. Parsing is required to determine the structure and meaning of each line, but recurring patterns and recognizable fields usually exist.

Data Classification and Queryability

The most useful distinction is not simply the file extension; it is how much organization is already available and how much preprocessing is needed before querying.

CategoryOrganizationTypical preprocessingExamples
StructuredFixed schema, consistent fields, rows, and columnsMinimal for normal queryingRelational tables, consistent CSV files, organized spreadsheets
Semi-structuredPartial organization through tags, hierarchy, or patternsParsing and schema interpretationJSON, XML, email headers, log files
UnstructuredNo predefined queryable schemaMeaning extraction, metadata generation, indexing, or other preprocessingRaw text, images, audio, video, documents

The boundaries are contextual. A CSV is structured when its records are consistent, but an irregular CSV may require substantial interpretation. An email can contain semi-structured headers and an unstructured body. A log format may be structured within a single known source yet treated as semi-structured when records vary across lines or over time.

Exam- or Assessment-Relevant Takeaways

  • Structured data has a defined, consistent schema and is typically easy to query.
  • Relational database tables are the clearest example of structured data.
  • CSV and Excel are structured only when their contents consistently follow a usable row-and-column organization.
  • Unstructured data lacks a predefined schema and normally requires preprocessing before it can be queried effectively.
  • Images, audio, and video often require metadata extraction, transcription, or other interpretation before search and analysis.
  • Semi-structured data contains organization through tags, hierarchies, or patterns without requiring one rigid schema throughout.
  • JSON and XML are standard examples of semi-structured data.
  • Log files are a particularly important semi-structured example because fields may be missing, vary by line, or require parsing.
  • A format name does not automatically determine the classification; inspect the actual organization and consistency of the data.

Tool / Feature Decision Guide

When classifying a dataset, use the following decision process:

  1. Can the records be represented by predictable columns with known data types? Treat the data as structured, provided the organization is consistent.
  2. Does the data contain tags, keys, headers, hierarchy, or recurring patterns but allow variation? Treat it as semi-structured and plan for parsing or schema interpretation.
  3. Is the content primarily raw text, imagery, audio, video, or free-form documents without a usable schema? Treat it as unstructured and plan to extract meaning, metadata, or indexes before querying.
  4. Is the format misleading? Inspect the contents rather than relying on the extension. A CSV can be irregular, and an email can combine semi-structured headers with an unstructured body.

Common Traps / Misconceptions

  • Trap: Every CSV file is structured. A CSV is structured only when its rows consistently contain the expected columns.
  • Trap: Every Excel file is structured. A spreadsheet filled with inconsistent or arbitrary content may not provide a reliable schema.
  • Trap: Semi-structured means unorganized. Semi-structured data has meaningful tags, labels, hierarchy, or patterns; it simply lacks the rigidity of a relational schema.
  • Trap: Unstructured data cannot be analyzed. It can be analyzed, but preprocessing is typically needed to extract metadata, meaning, or searchable indexes.
  • Trap: A log file is always structured because it has lines. Log lines may vary in fields and format, making logs a common semi-structured workload.
  • Trap: File type alone determines classification. The actual consistency and organization of the content matter more than the extension.

Real-World Engineer / Analyst Notes

  • Classification is often a preprocessing decision. It helps determine whether a pipeline can query data directly or must first parse, normalize, transcribe, classify, or index it.
  • Semi-structured logs deserve special attention because their format may change between sources, software versions, or event types.
  • A single source may contain multiple categories at once. Email headers may be semi-structured while the message body is unstructured; a document may include structured metadata and free-form text.
  • When evaluating a dataset, document both the expected schema and the exceptions. Missing or variable fields can change the processing approach even when most records look regular.

Quick Reference Summary

  • Structured: Fixed schema, consistent rows and columns, directly queryable; examples include relational tables and clean CSV files.
  • Unstructured: No predefined queryable schema; requires meaning or metadata extraction; examples include raw text, images, audio, video, and documents.
  • Semi-structured: Partial organization through tags, hierarchy, or patterns; requires parsing but is not completely free-form; examples include JSON, XML, email headers, and logs.
  • Primary decision criterion: Determine how much usable structure exists and how much preprocessing is required before querying.

Flashcards

Q: A dataset has stable column names and data types, and every record contains the same fields. Which category does it most likely belong to, and why?

A: Structured data, because it follows a defined and consistent schema that can be queried directly.

Q: When can a CSV file be classified as structured data?

A: When its rows consistently use the expected columns and do not contain irregular records with varying numbers of fields.

Q: A collection of images must be searchable by topic, creator, and creation time. What must happen before effective querying?

A: Metadata or other meaning must be extracted from the images and indexed, because the image files do not inherently expose those queryable fields.

Q: When would you classify a dataset as semi-structured instead of structured?

A: When it contains useful tags, keys, hierarchy, or recurring patterns but does not maintain one rigid schema across all records.

Q: Why are JSON and XML generally considered semi-structured?

A: They contain tags, keys, or hierarchical relationships that reveal structure, while allowing documents or elements to vary in schema.

Q: What makes log files a common example of semi-structured data?

A: Log records often contain recognizable fields and recurring patterns, but fields may be missing, vary by line, or require parsing to interpret.

Q: A spreadsheet contains well-organized rows and columns in one worksheet but arbitrary notes and inconsistent content in another. What is the correct classification approach?

A: Inspect the actual content rather than classifying the entire file by extension. The organized data may be structured, while the arbitrary content may not provide a consistent schema.

Q: What is the main operational difference between structured and unstructured data?

A: Structured data is usually ready for direct schema-based querying, while unstructured data generally needs preprocessing to extract meaning, metadata, or indexes first.

Q: How can an email contain both semi-structured and unstructured data?

A: Its headers may provide recognizable fields such as date and subject, while the message body may be free-form text without a fixed schema.

Q: A service writes records with different fields for different event types. Which category is the safest initial classification, and what processing is expected?

A: Semi-structured data; the records contain patterns but require parsing and interpretation because the fields are not consistent across all events.

Q: Why does a file extension not reliably determine a data category?

A: The same format can contain either consistent, queryable data or irregular content. Classification depends on the actual organization and consistency of the contents.

Q: What preprocessing might be required for raw text intended for full-text search?

A: The text may need to be processed to extract meaning and build an index before efficient searching is possible.

Practice Questions

Question 1

A data engineer receives a CSV export. Most rows have 12 fields, but some rows have 9 or 15 fields and the meaning of the extra fields is not documented. How should this data be treated initially?

A. As consistently structured data because it uses CSV
B. As semi-structured or irregular data requiring parsing and interpretation
C. As unstructured multimedia data
D. As relational data ready for direct SQL querying

Correct answer: B. The CSV extension does not guarantee a consistent schema. Varying field counts mean the engineer must interpret and parse the records before treating them as reliably structured.

Question 2

An organization wants to search video content by transcript, topic, creator, and duration. Which approach matches the data characteristics described in the lesson?

A. Query the raw video bytes directly as if they were relational columns
B. Extract transcripts and metadata, then create searchable indexes
C. Convert every video into an Excel spreadsheet without extracting content
D. Assume the video container provides a complete schema for its meaning

Correct answer: B. Video is unstructured with respect to these semantic attributes, so preprocessing must extract metadata and content such as transcripts before effective querying.

Question 3

A pipeline receives JSON documents from several producers. Each document contains a customer identifier, but optional fields differ between producers. Which classification and processing plan is most appropriate?

A. Structured data with no parsing required
B. Unstructured data that cannot be interpreted
C. Semi-structured data requiring parsing and schema interpretation
D. Structured relational data because JSON always has fixed columns

Correct answer: C. JSON provides keys and hierarchy, but optional and varying fields mean the data is flexible rather than rigidly structured.

Question 4

An Apache log contains timestamp and request fields on some lines, while error lines include different fields and omit values. What is the decisive reason to classify it as semi-structured?

A. It is stored in a text file
B. It contains no information that can be parsed
C. It contains recurring patterns and recognizable fields, but the structure varies
D. All log files are automatically relational data

Correct answer: C. The logs have identifiable patterns and fields, but line-to-line variation and missing data require parsing and prevent a single consistent schema.

WordPress Metadata

Suggested Slug:
structured-unstructured-semi-structured-data

Meta Description:
Learn how to distinguish structured, unstructured, and semi-structured data using schemas, preprocessing needs, and examples such as CSV, JSON, media files, email, and logs.

Tags:
AWS Certified Data Engineer Associate, data engineering fundamentals, structured data, unstructured data, semi-structured data, JSON, XML, CSV, log files, data preprocessing, data classification, schema