Преобразование бумажных / PDF форм для веб-сайтов - нормализация, разбиение или широкоформатная таблица?

Question

Мы будем преобразовывать довольно длинную форму приложения аренды в веб-приложение для отправки через PHP в базу данных PostgreSQL.

Я придерживаюсь принципа «Нормализуй до боли», затем денормализуй до работыMsgstr "(Attr: SQLMenace), но, когда я прыгнул, я решил, что коснусь коллективного разума.

Вот как в настоящее время выглядит бумажная форма: http://www.borgermanagement.com/forms/commercialApplication.pdf (не фактическая форма, но закрытая)

Большая часть данных является обязательной и будет представлена ​​в течение парыпросмотров с возможностью сохранить частично заполненную заявку для завершения позже.Поданная заявка будет рассмотрена для одобрения (предпочтительно в одном виде, аналогичном PDF).Вполне вероятно, что в будущем не будет много углубленного анализа данных.

Как бы вы структурировали свои данные в этом случае?Нормализовать или нет?Вертикально разделить или нет?

Answer 1

Я бы пошел с гибридным решением:

1. Формы "в процессе" - это XML, а другие "неструктурированные" данные - это сообщения со статусом рабочего процесса. Не выделяйте ничего, кроме полей, по которым вам нужно принять решение или найти запись позже.

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

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