Инфопат для ввода данных / обслуживания? - PullRequest
0 голосов
/ 13 июля 2010

Я ищу быстрый способ включения ввода данных в хорошо структурированную базу данных SQL.

Мы определили все наши правила ввода данных (я имею в виду валидацию, обязательные поля и т. Д.), И сейчас мы ищем инструмент, позволяющий максимально упростить заполнение этой базы данных.

База данных в значительной степени ориентирована на продукты, поэтому очень важна возможность добавлять / редактировать продукты. Всякий раз, когда вносится изменение в поле, оно должно проверяться на соответствие правилам данных, чтобы убедиться, что оно «имеет смысл» перед записью в базу данных. Для нас важна возможность создавать отчеты по исторической информации, поэтому база данных также должна быть привязана ко всем историческим сведениям о продуктах.

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

Будет ли Infopath хорошим способом сделать это? Есть ли где-нибудь статьи, в которых обсуждается подобный подход и как они смогли это сделать?

Если нет, что бы пользователи здесь предложили?

Справочная информация. Я работаю в сфере бизнеса / производства и пытаюсь самостоятельно выполнить работу, чтобы добиться хорошего результата.

1 Ответ

1 голос
/ 13 июля 2010

По поводу Infopath - думаю, это будет зависеть от сложности ваших правил.

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

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

...