2014-01-26 4 views
4

Учитывая переход от текущей базы данных (которая хранит только те факты, которые считаются истинными в текущее время), temporal database (который может поддерживать обработку данных с указанием времени).Entity Framework с временной базой данных

В настоящее время я общаюсь с базой данных с Entity Framework, но можно ли продолжать использовать Entity Framework с временной базой данных как back-end? Я не нашел много примеров из Интернета, где запросы запускаются против такой базы данных.

+0

Вы имеете в виду, что собираетесь использовать специальную СУБД, или вы собираетесь изменить свою схему, чтобы следовать парадигме временной базы данных? –

+0

Это вопрос открытый. Я гибкий. Я мог бы пойти в PostgeSQL, например, я также могу изменить схему текущей базы данных. – Nuts

ответ

1

Если я понял, вы еще не решили, как вы собираетесь реализовать временный аспект вашей базы данных. Вы можете использовать встроенный способ СУБД (например, триггеры, протоколирование, специальные механизмы, такие как Change Data Capture и т. Д.). Но так или иначе вы бы включили реляционную модель .

Таким образом, общий ответ будет заключаться в том, что У Entity Framework не должно быть проблем с воспроизведением с любой реляционной моделью до тех пор, пока у конкретной СУБД есть правильный поставщик данных EF.

Однако, независимо от вашего окончательного решения о том, как вы бы реализовать временной аспект базы данных, я бы действительно подозрительными в отношении производительности и определенно построить нагрузки испытания механизма перед выполнением перехода.

Надеюсь, я помог!

Смежные вопросы