полагаю под практикой имелось ввиду.

по описанию вплане манипуляций схемой данных для БД что ервин, что бенчмарк - одинаково функциональны.

на практике.
1)раньше - счас уже нет, бенчмарк под виндоус вылетал.
2)сейчас - при попытке получить скл запрос обновления сервера по сравнению другим глючит. (есть два сервера, тест, продакшин. на тесте делали добавки в базе и в коде. теперь при развертывании нового кода на продакшине надо и обновления структуры базы сделать. его надо получить.) получение скрипта обновления сервер-сервер, поэтому надо с сервера сначала сделать схему(тестового) а потом, делать схема -сервер обновление. но и тут ждёт нюанс. если базы по названию отличаются, то не пройдёт. в схеме переименовав базу, в теории должно заработать, но не заработало на виндоус машине(на юникс работало). но виндоус пришлось пересоздавать схему. схема -скл файл - обратно схема (новая). вот уже от этой схемы сервер обновился.

3)про хранимки я ваще молчу. при создании схемы на основании сервера - хранимки и тригеры беруться, но их нельзя редактировать..у меня лично не работает это.
но главное, что при изменении текста тригера или процедуры, уже эти изменения не видит воркбенч.

итого получаем. описание вроде одинаковое - и то ито умеет делать развёртывание схемы на сервер, построение схемы с сервера, поиск различий между сервер-сервер, схема-сервер, получение скл кода обновления. гибко, стабильно и надёжно.
но одинаково сдесь только надёжно. ито ито надёжно работает с сервером. либо сделало всё верно, либо никак, но нет сделаной работы с ошибками.

а вот гибкость, и стабильность у воркбенча страдают. а некоторые функции просто не реализованы, или не работают.