Akina

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

Такое однозначно требует plain text.

Во-первых, всё должно быть максимально просто. Соответственно про бинарные, а тем более проприетарные, форматы - забудь.
Во-вторых, уж редактор, а тем более вьювер, для текстовых файлов сейчас можно найти даже в утюге. Лишь бы он после импорта и редактирования текста не стремился сохранить результат в своём хитровыделанном формате.
В третьих, чтобы при редактировании не соблюсти простейший текстовый формат, надо быть полным [censored].

Соответственно первый кандидат на формат - это CSV/TSV. Я за CSV с горизонтальным выравниванием при выводе (но игнорированием его при обратной загрузке), при обязательном требовании обрамления значений символом двойной кавычки. С соблюдением такого формата при редактировании справится и обезьяна.
Второй кандидат - это текстовые форматы сериализации (JSON, XML и т.п.). Но там сложнее соблюдать формат при редактировании.

чем меньше символов и пустых строк в коде, тем лучше?

Как правило, чем меньше символов и пустых строк в коде, тем он менее читабелен (знаменитое ДвестипидисятВагонофПидарасоф - не рассматриваем). Как следствие - труднее понимаем. Это - лучше? мне лично кажется строго наоборот.

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

-- ...
CASE WHEN Rx <  10 THEN SET Rx= 10, Rz=Rz+1;
     WHEN Rx <  50 THEN SET Rx= 50, Rz=Rz+2;
     WHEN Rx < 100 THEN SET Rx=100, Rz=Rz+3;
     WHEN Rx < 150 THEN SET Rx=150, Rz=Rz+4;
     WHEN Rx < 200 THEN SET Rx=200, Rz=Rz+5;
     ELSE LOOP 
          END LOOP;
END CASE;
-- ...