alconНе проще ли создать процедуру с новым именем и использовать ее в новых программах?
Нет, не проще. После того, как такая ситуация случится три-четыре раза, у проектной команды мозги расплавятся помнить, процедура с каким именем соответствует какой ситуации и каким параметрам.

alconПриведите пожалуйста пример, в котором использование перегрузки, ну просто необходимо на 110%.
Примера "необходимо" нет и быть не может. А вот примеров "удобно" - сколько угодно.

White OwlТак что жить без перегрузки можно с легкостью и без единой проблемы.
На этом месте я всегда рассказываю классическую историю. Когда-то, в самом начале своей работы стажёром в некоей конторе, я написал функцию, которая выполняла SQL-запрос и возвращала его результат. И назвал её Select. Потом я добавил к ней параметр, который указывал, какой connection использовать для выполнения запроса. В полном соответствии с ходом мысли топикстартера, я назвал её ESelect - мол, "развитая". И пожив так немного, я вдруг понял, что когда мне потребуется в следующий раз доработать функцию, я не смогу придумать для неё имени лучше, чем FSelect. Вот в этот момент я понял, зачем нужна перегрузка

Relic HunterА конструктор класса? У него имя поменять нельзя.
Ну, в нормальных языках можно.

MasterZivДругое дело, например, Oracle PL/SQL. Там функции и процедуры крупные, их мало, и выдумать имя новой функции достаточно просто.
Его выдумать всегда просто, но точно так же не всегда удобно. "Крупные, их мало" - говорит лишь о чьём-то стиле программирования. Я, например, в своё время возился с приложением на Cи, в котором типовая функция состояла из нескольких тысяч строк и размещалась каждая в одноимённом файле (то есть, соответственно, имя функции могло быть не больше восьми символов). Но мне было бы глупо на этом основании говорить, что в Си мало функций, они крупные и выступать за восьмисимвольное ограничение идентификаторов.

MasterZivА недавно был случай, когда мне пришлось отказаться от перегрузки имени процедуры и сознательно изменить имя: перегруженная процедура вызывалась из клиента, который не мог передавать параметры типизированными, и передавал их в виде строк. А перегрузка была именно по типу параметров -- в одной процедуре параметры были строковые, в другой -- числовые. Я был бы непротив, если бы перегрузки в PL/SQL не было бы.
Классический случай того, что я называю однозвенным мышлением. "Проблема в кривом клиенте - поэтому давайте изменим сервер".