Post History

How to distinguish between single and multiple file media?

In a media manager I have database tables for files, media and collections.

When a user is browsing a collection I want there to be links to single file media like books, movies, etc, but there shouldn't be links to multiple file media except for the outmost link. So for example, for games or software, there would be a link to see the game metadata but when you open the game or software folder the rest of the files don't have a link to see the metadata. I would still hash those unimportant files but I don't want to keep metadata like rating, comments, etc for those. How can I make that distinction?

These are the tables:
```
CREATE TABLE IF NOT EXISTS "media" (
    "uuid" text(36) NOT NULL PRIMARY KEY,
    "kind" text NOT NULL, -- file type
    "rating" real,
    "comments" integer NOT NULL,
    "views" integer NOT NULL,
    "metadata" text NOT NULL, -- duration, width, height, codec, etc
    "release" text, -- datetime
    "created" text NOT NULL, -- datetime
    "updated" text NOT NULL, -- datetime
    "deleted" integer NOT NULL -- boolean
);


CREATE TABLE IF NOT EXISTS "file" (
    "uuid" text(36) NOT NULL PRIMARY KEY,
    "media_uuid" text(36) NOT NULL,
    "path" text NOT NULL,
    "size" integer NOT NULL,
    "metadata" text NOT NULL, -- json: duration, width, height, codec, etc
    "indexed" text NOT NULL, -- datetime
    "updated" text NOT NULL, -- datetime
    "deleted" integer NOT NULL, -- boolean
    "parent" text(36), -- for directories
    "is_directory" integer NOT NULL, -- boolean
    FOREIGN KEY ("media_uuid") REFERENCES "media" ("uuid") ON DELETE CASCADE ON UPDATE CASCADE
);

CREATE TABLE IF NOT EXISTS "collection" (
    "uuid" text(36) NOT NULL PRIMARY KEY,
    "name" text NOT NULL,
    "description" text NOT NULL,
    "owner_uuid" text(36),
    "rating" real,
    "views" integer NOT NULL,
    "created" text NOT NULL, -- datetime
    "updated" text NOT NULL, -- datetime
    "deleted" integer NOT NULL, -- datetime
    FOREIGN KEY ("owner_uuid") REFERENCES "user" ("uuid") ON DELETE CASCADE ON UPDATE CASCADE
);
```