Обычно я использую что-то вроде участника или учетной записи, в зависимости от приложения. Тем не менее, если вы используете современные инструменты и принципы проектирования (например, уровень абстракции БД или ORM с объектно-ориентированной кодовой базой, которая отделяет бизнес-логику от доступа к данным), то именование таблиц становится довольно неактуальным. Ваши разработчики должны когда-либо получать доступ к базе данных только через четко определенный интерфейс, а не посредством написания от руки SQL, который требует от них знать имя таблицы. Например, вы можете назвать имя учетной записи таблицы, но сопоставить доступ к ней через объект с именем User. Ваши разработчики должны думать не с точки зрения таблиц, а с точки зрения объектов доступа, которые не будут иметь такие же ограничения по именованию:
$user = new User($username);
$user->authenticate($password);