Чем работать с БД кроме Entity FrameWork в ASP.NET MVC?

1) Так работали люди до появления всяких ORM
https://metanit.com/sharp/adonet/

2) EF тоже позволяет чистый sql.
Синтаксис у EF5 и EF6 различается

https://www.google.ru/search?newwindow=1&safe=stri...

Материлы в сети по EF потому что он модный, простой и не требует знаний SQL. Если вы хорошо разбираетесь в архитектуре БД и знаете как писать оптимальные SQL-запросы с использованием индексов и query plan-ов. То советую, как сказал mletov писать через ADO.NET.
Мой личный подход - вызов хранимых процедур с помощью SQLConnection и Dapper, позволяющий использовать асинхронность(хотя по факту - псевдоасинхронность)

ADO.NET - основная технология доступа к реляционным данным в дотнете примерно с момента его появления.
EF да и пожалуй чуть менее чем все дотнетовские ORM (тот же NHibernate) работают поверх ADO.NET, это хорошо видно например в том, что можно передавать ado-шный объект подключения.

Connection strings used by the Entity Framework contain information used to connect to the underlying ADO.NET data provider that supports the Entity Framework.

https://docs.microsoft.com/ru-ru/dotnet/framework/...

так что вы должны чётко понимать, что EF оборачивает более низкоуровневый ADO.NET и вы можете пользоваться им напрямую.