Я полагаю, исходя из того, что вы сказали, что вы правы в своих рассуждениях.
Если есть ЛЮБАЯ вероятность того, что что-то может пойти не так, независимо от того, насколько мал шанс в операции, которая приводит к потере целостности базы данных, она ДОЛЖНА быть исправлена.
Честность - одна из основных предпосылок проектирования базы данных, которую ваш коллега звучит так, будто он не строг в своей работе.
Если вы пытаетесь создать технический аргумент, чтобы «победить» своего коллегу, учтите, что он может не дать желаемого результата, который вы себе представляете.
Если ваш коллега не поддается тому, что вы говорите, И если вы ДЕЙСТВИТЕЛЬНО уверены, что вы правы в своих рассуждениях, тогда я сообщу руководителю вашей группы, почему вы считаете это важным, и покажу ему свое решение. Если он согласен с вашим коллегой, потому что считает, что целостность базы данных не важна, то, возможно, вам стоит взглянуть на работу в другом месте.
Не поймите меня неправильно, я понимаю, что в реальном мире программное обеспечение не может быть «идеальным», иначе оно никогда не будет выпущено. Но что-то столь же фундаментальное, как проверка ввода данных, не должно быть пропущено, и это не сложно сделать. По сути, это то же самое, что сказать: «Хорошо, давайте не будем проверять пользовательский ввод». Это то, что вы узнаете, как это сделать на первом курсе компьютерных наук!
У нас достаточно дрянного программного обеспечения на этой планете, и это эпоха, когда мы способны удивлять вещи. Неряшливости в разработке программного обеспечения больше нет места, и я надеюсь, что вы не позволите вашему коллеге снизить ваши стандарты. Держите свои стандарты на высоком уровне, и вы узнаете больше, чем он, и в конечном итоге добьетесь большего успеха в долгосрочной перспективе.