Можно. Но это не значит, что ты хочешь.
Причина первая: вы хотите смоделировать их по-другому
В объектах, которые вы хотите смоделировать как можно лучше. Это означает, что одно - это студенты и другие адреса. В будущем у вас может быть больше адресов на одного учащегося или нет, поэтому переход на эту модель будет проще, если у вас два разных объекта.
Думайте об этом как о высокой когезии и слабой связи (хороший дизайн). Каждый класс имеет свое значение, свою ответственность, свой ограниченный диапазон действий. Чем больше изолированных классов, тем точнее будут изменения. Чем более модульным будет и ваш код.
Напротив, в таблицах вы идете на уступки, чтобы повысить производительность и более прямые запросы. Это означает, что вы можете денормализовать свою модель (например, объединение студентов и адресов).
Причина вторая: устаревшие модели
К примеру. Если у вас есть устаревшая таблица и вы хотите использовать два объекта, вам нужно это отображение. Или ... если ваше приложение уже создано на основе двух объектов, но ваша база данных реинжинирирована, и вы решаете, что одна таблица лучше.