Плюсы и минусы использования хэша MD5 в качестве первичного ключа по сравнению с использованием идентификатора int в качестве первичного ключа в SQL Server

У меня есть приложение, которое обрабатывает файл и фрагментирует его на несколько сегментов, а затем сохраняет результат в базе данных sql server. Существует много дублированных файлов (возможно, с разными путями к файлам), поэтому сначала я просматриваю все эти файлы и вычисляю хэш Md5 для каждого файла, а затем помечаю дублированный файл с помощью столбца [Duplicated].

Затем каждый день я буду запускать это приложение и сохранять результаты в таблицу [Result].
Схема БД выглядит следующим образом:

    CREATE TABLE [dbo].[FilePath]

    (

        [FilePath] NVARCHAR(256) NOT NULL PRIMARY KEY,

        [FileMd5Hash] binay(16) NOT NULL,

        [Duplicated] BIT NOT NULL DEFAULT 0, 

        [LastRunBuild] NVARCHAR(30) NOT NULL DEFAULT 0

    )



    CREATE TABLE [dbo].[Result]

    (

        [Build] NVARCHAR(30) NOT NULL,

        [FileMd5Hash] binay(16) NOT NULL , 

        [SegmentId] INT NOT NULL,

        [SegmentContent] text NOT NULL 

        PRIMARY KEY ([FileMd5Hash], [Build], [SegmentId])

    )

И у меня есть требование соединить эти 2 таблицы на FileMd5Hash.

Поскольку число строк [Result] очень велико, я хотел бы добавить столбец идентификатора int, чтобы соединить их с таблицами, как показано ниже:

    CREATE TABLE [dbo].[FilePath]

    (

        [FilePath] NVARCHAR(256) NOT NULL PRIMARY KEY,

        [FileMd5Hash] binay(16) NOT NULL,

        **[Id] INT NOT NULL IDENTITY,**

        [Duplicated] BIT NOT NULL DEFAULT 0, 

        [LastRunBuild] NVARCHAR(30) NOT NULL DEFAULT 0

    )



    CREATE TABLE [dbo].[Result]

    (

        [Build] NVARCHAR(30) NOT NULL,

        **[Id] INT NOT NULL,**  

        [SegmentId] INT NOT NULL,

        [SegmentContent] text NOT NULL 

        PRIMARY KEY ([FileMd5Hash], [Build], [SegmentId])

    )

Итак, каковы плюсы и минусы этих двух способов?