Имеет ли смысл переплачивать за ECC память в сервере базы данных, если пользователи работают на «обычной» оперативной памяти?
какая разница как работают пользователи, если это предназначено для сервера? он же пишет данные в БД... а не пользовательские ПК
Короткий ответ: да, имеет.
Тем более не такая уж там и большая переплата, лол.

Чел, коррекция ошибок защищает от проблем, которые возникают из-за случайных ошибок. Соотношение ошибок случайных к системным 1 к 2. То есть из трёх сбоев оперативки, от одного защитит ECC.

Вопрос "имеет ли смысл переплачивать" звучит как "имеет ли смысл защититься от проблем за сколько-то рублей, если..."
Вот у тебя и надо спросить.
Представь ситуацию - данные на сервере оказались не консистентны, это вызвало ошибку в системе, в которой ты работаешь. База данных? А ты уверен что тебе нужны проблемы с БД, пусть даже теоретические?

Как долго ты будешь это восстанавливать? 5 минут, день?  Есть опыт восстановления?

Какая разница что там у пользователей? У них будут косяки, окей, но речь идёт о сервере? На что повлияет сбой сервера? Сколько это будет стоить по времни/по упущенной прибыли/по количеству твоих вымотанных нервов? 

Вообще, если ты в принципе задаёшь такой вопрос, то тут выбора нет - ECC обязательно.
Это как галочка в настройках приложения, которая не понятно что делает, но возле неё предупреждение: "Не меняйте эту настройку, если не уверенны точно, на что это повлияет". Вот. Не обезьянь с конфигом сервера, и да не обезьяной будешь.