Это большая работа, чтобы делать то, что вы хотите, и тогда, если вы ошибетесь, у вас будут условия гонки, и это приведет к возникновению проблемы с целостностью данных.Это очень плохая идея.
Теперь иногда клиент просит об этом, и правильное действие - сказать: «Нет, это плохая идея. Это будет стоить вам значительно дороже в затратах на разработку и обслуживание, это значительно увеличит ваш рискданные не совпадают с неправильной записью, и это значительно увеличит ваш риск поиска новой записи, не связанной с проблемой, при исследовании чего-то из прошлого, которое ранее использовало число ».(подумайте, например, о повторном использовании номеров заказов, старый persson предоставил этот номер заказа и звонит, чтобы спросить об этом, но вы удалили его, и чей-то заказ находится на своем месте.)точно ничегоПрактически нет обстоятельств, когда вы действительно не можете пропустить записи, кроме нескольких навязчиво-компульсивных менеджеров, которые не хотят видеть пробелы.Даже они обычно сдаются, как только вы объясняете им, что процесс с большей вероятностью вызовет ошибки и будет стоить значительно дороже.В большинстве случаев это самообязательное требование со стороны разработчика, и нет никакого повода вообще когда-либо делать это, если у вас нет клиента, которого нельзя убедить иначе.