кит северных морейможно начинать такую оценку?Разговор шел за то, вести разработку на легко клонируемом объеме или на реальном. При этом нюансы, касаемые поддержания реальности данных, противником клонируемости не уточнены. На мой взгляд, идеальным состоянием для целей проверки производительности является точная копия железа, физического расположения блоков и строк, с вариантами конкуретной нагрузки. В общем случае, поддержание такого контура недешевая вещь и все равно противоречит одновременной разработке на одной БД. Это вопрос нагрузочного тестирования, а не разработки.
Неидельные условия для разработки можно рассматривать по ситуации и здесь мне кажется более предпочтительным нагенерить данные в очередной, возможно ошибочный, вариант изменяемой разработчиком структуры, чем тратить время на миграцию накопленных продуктивом данных в эту экспериментальную структуру под крики других разработчиков, сидящих на этих же данных.

В твоем случае, после длительного теста останутся измененные данные, которые надо возвращать назад. Замеры эффективности могут сильно зависеть от и влиять на действия других разработчиков (тема - коллективная разработка). Банально после часа экспериментов повиснуть на блокировке строки. То есть, твой тест однозначно должен проводиться на эксклюзивном клоне, а уж продуктива, тестовой генерации и в каком объеме - вопрос возможностей и целесообразности. Впрочем, именно об этом я и написал в предыдущем сообщении. Посему, цель вопроса не ясна.