Нямам проблем с използването на едни и същи (или много подобни) имена в URL адреса и базата данни - разбира се, може да "излагате" подробности за внедряването, но ако избирате радикално различни имена в URL адреса и DB, вие вероятно избирам лоши имена. Аз също съм почитател на последователното именуване — комуникацията с кодери/тестери/клиенти става много по-трудна, ако всеки нарича всичко нещо малко по-различно.
Това, което ме притеснява е, че позволявате на потребителя да изпълнява произволни заявки във вашата база данни. http://.../index.php?table=users&user_id=1 , казвам? Или http://.../index.php?table=users&password=password (не че трябва да съхранявате пароли в обикновен текст)? Или http://.../index.php?table=users&age=11 ?
Ако потребителят, свързан към DB, има същите разрешения като потребителя, който седи пред уеб браузъра, може да има смисъл. По принцип това няма да е така, така че ще ви е необходим слой, който знае какво е потребителят и не му е позволено да вижда, а този слой е много по-лесен за правилно писане чрез бели списък.
(Ако сте вложили достатъчно логика в съхранените процедури, тогава може да работи, но тогава вашите запомнени процедури ще кодират имената на колони...)
