Это выполнимо, если вы обрабатываете правильное PropertyChanged событие для этого типа.
Кроме того, я бы не рекомендовал делать это, поскольку для этого необходимо поддерживать соединение до тех пор, пока не будет выполнено все редактирование, то есть один обход базы данных для каждого свойства, которое изменилось во время редактирования.
Если вы не хотите сохранять соединение, это будет стоить еще дороже, поскольку у вас будут все экземпляры соединений и дополнительные затраты на открытие, но ядро базы данных может управлять пулом соединений для себя.
ADO.NET предпочитает автономный подход, я точно не помню термин. То есть подключитесь к базе данных, чтобы загрузить необходимые данные, а затем закройте и утилизируйте их, чтобы другой пользователь мог использовать соединение. Между тем, с вашей стороны, пользователь вносит необходимые ему изменения, затем, когда он это делает, он сохраняет их в базе данных, а затем требуется всего одна поездка по базе данных для нескольких изменений, что, как мне кажется, более продуктивно и более производительный.