Думаю, что в большинстве случаев ты будешь манипулировать всей полкой.

на полки вначале раскидываются книги с состоянием "недоступно". Затем оператор может добавить разрешенные дополнительные данные или изменить состояния по умолчанию.

Затем все полки на стеллаже переводят в состояние доступно.

Но это уже работа с готовым элементом , она меня сейчас почти не интересует.

Коллекция стеллажей.Снова спрошу - порядок доступа критичен?

Для работы вообще не имеет особого смысла. Книга располагается на стеллаже 2, полка 3 - произвольный доступ.

Для редактора, нужно иметь возможность выбрать отдельный стеллаж, например для удаления.

Ну и какая проблема - грид с редактируемыми полями

Прежде всего, количество строк определяется количеством элементов в общей коллекции данных.

Сделать в одной колонке 3 строки, в другой 30 будет непросто, как и вертикальное скроллирование исключительно одной колонки. (Хотя колонок должно быть несколько для одного стеллажа)

Ты говоришь, что у тебя есть редактор стеллажей - получается - конфигурацию, т.е. количество полок, ты определяешь ДО.И тут же требуешь возможность редактировать после.

перед 1-м запуском программы нет ничего.

Запускаем прогу создаем стеллажи. Перезапускам прогу - можно работать со сделанной ранее коллекцией. Можно также и редактировать старую коллекцию, но она станет активной только при перезапуске программы.

Да никаких проблем - один охватывающий ХМЛ и две вложенных ентити

Описание коллекции стеллажей можно делать как хочется. Оно будет делаться вообще то один раз перед стартом проги на конкретном компе. На одном рабочем месте будет всегда фиксированное количество стеллажей. Основное требование - одна и таже прога должна работать на любом рабочем месте.

А вот данные приходят из базы. Объединять эти два набора как то совсем не хочется.