Если вопрос еще актуален: не делайте то, что вы описывали в водной части вопроса. Включение отношений объектов в их именование - это есть плохая идея, потому что рефакторинг иерархии классов может привести, при таком подходе к именованию, к изменению имен и содержимого методов, напрямую этим рефакторингом незатронутых. Это особо актуально в случае скриптовых языков, где модули могут подгружаться в процессе исполнения, и импорт библиотеки происходит ни при каждом запуске приложения. Хорошо если вы тщательно покрываете свой код тестами, но даже они могут не спасти.
Для именования таблиц лучше использовать имена существительные английского языка в единственном числе. Для удобства, можно соединять несколько слов с помощью символа '_'. Например: user, user_profile, user_acl, для хранения учетки пользователя, его профиля и прав соответственно. Если вы расширяете чужой проект, допустимо использовать префикс, чтобы визуально контролировать, какие таблицы добавили вы, а какие существовали изначально: например - my_user_additional_info. Такой подход в достаточной мере самодокументирует ваш проект и упрощает вашим возможным коллегам его поддержку.
С именованием классов и переменных подход похожий. camelCase или snake_case, или даже PascalCase, это дело вкуса, по большому счету. Да, у многих, если не всех, языков есть свой стиль форматирования кода, но следовать ему или нет, это ваш выбор. Я ограничусь советом: придерживайтесь выбранного стиля оформления текста, хотя бы до конца проекта.
