{
  "id": 10632821,
  "title": "Database Modeling of a Music Marketplace. Part 1",
  "url": "https://urgent.news/2026/09/29/database-modeling-of-a-music-marketplace-part-1",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-09-29T07:03:03.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/databasedesignbook/database-modeling-of-a-music-marketplace-part-1-1o08"
  },
  "original_language": "en",
  "account": "In the first part of this article, we will delve into the database modeling of a music marketplace, focusing specifically on the website Discogs.com. Discogs is an extensive database of physical music media, including CDs, vinyl, and cassettes, featuring millions of artists, albums, and releases.\n\nThe modeling process will follow a logical approach, identifying three key components: anchors, attributes, and links. This method will not delve into the physical schema, such as tables, indexes, or query optimization, but will concentrate on the business aspects of selling physical music and the specifications required for implementation, as if building a Discogs clone.\n\nThe logical schema will be organized into three Google Docs tables: anchors, attributes, and links. Most of the schema will focus on the logical level, which is independent of a specific database server. Later in the series, we will discuss the physical level, where column names and types will be specified.\n\nAnchors are the central elements in the database, representing the primary entities. The first anchor we will explore is the \"Band.\" Each band has a unique ID, which can be found in the URL of an artist's page on Discogs. For example, Pink Floyd's ID is 45467. Bands have various attributes, such as their name, photos, related links, members, and name variations.\n\nThe next anchor we will examine is the \"Album,\" which is referred to as \"master\" in the Discogs URL scheme. Albums also have unique IDs and share similar attributes with bands, such as name, cover photos, and links to related sites. Some albums may have additional information, such as format, label, country, year, credits, and versions.\n\nWith these anchors established, we can begin constructing the logical schema by focusing on the attributes. Attributes are the specific pieces of information that belong to each anchor. They are documented as questions, such as \"What is the name of this Band?\" for bands and \"What is the name of this Album?\" for albums. By identifying these attributes, we can create a solid logical model before moving on to table design strategies.",
  "summary": "I'd like to discuss database modeling of a big music marketplace — the website Discogs.com. It's one of the largest databases of physical music media: CDs, vinyl, cassettes, and so on. It covers millions of artists, albums, and releases. We're going to build the logical model , following the approach from my Database Design Book . That means cataloging three things: anchors, attributes, and links…",
  "key_points": [
    "Discogs.com is a comprehensive database of physical music media",
    "Logical schema divided into anchors, attributes, and links",
    "Bands and albums identified as primary anchors with unique IDs"
  ],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}