Как я могу убедиться, что пользователь не пытается ввести уже существующий идентификатор первичного ключа?

Одним из вариантов будет использование последовательности:

CREATE SEQUENCE pet_id_seq START WITH 7

Я начинаю с 7, потому что это первый доступный pet_id

Затем при загрузке страницы получите следующее значение для последовательности, выполнив следующий запрос:

SELECT (NEXT VALUE FOR pet_id_seq) AS next_pet_id

И покажите значение, возвращаемое запросом, в текстовом поле pet_id.

У этого подхода есть один недостаток, он создает пробелы, если вы открываете страницу, но на самом деле вы не вставляете строку питомца, идентификатор теряется навсегда. Но я думаю, что вам все равно, чисел много, вы их не исчерпаете.

Другой вариант - использовать следующий запрос для заполнения текстового поля pet_id:

SELECT MAX(pet_id) + 1 AS next_pet_id FROM pets

Но у этого есть еще один недостаток. Это не работает хорошо в параллельных сценариях. Если два пользователя одновременно открывают страницу создания питомца, они получают один и тот же next_pet_id, и один из них получит ошибку нарушения первичного ключа.

Обычно вы вводите свои данные и возвращаете идентификатор после добавления записи в базу данных (используя вставку Id столбце Id).

Если вы хотите, чтобы следующий номер отображался ДО создания данных, используйте целочисленный столбец для ID без параметра Вставка идентификатора и создайте последовательность SQL Server. Создайте хранимую процедуру, чтобы вернуть следующий порядковый номер для отображения на странице создания.

Установите для столбца id автоматическое увеличение и не позволяйте пользователю вставлять его, пусть база данных решит это для себя. Или вы можете изменить тип столбца id и использовать Guid.NewGuid() для создания нового идентификатора.

Добавьте событие TextChanged, которое проверяет существующие значения и сообщает пользователю, доступен ли введенный PetID или нет.