O log de eventos do Windows é robusto o suficiente para lidar com muitos eventos por segundo, portanto, dependendo de quantos eventos você está falando (100 comparado a 100.000) por minuto e o que exatamente você precisa fazer com os dados dependeria se eu usaria log de eventos ou não. Se eu só precisar usá-lo para solucionar problemas, o log de eventos é muito bom para isso, mas se eu precisar analisar os dados, sempre acabo colocando-os em um banco de dados ou retirando-os do log de eventos e analisando. Existem algumas ferramentas para isso, mas é um passo desnecessário se você puder ir diretamente para um banco de dados.
Não tenho certeza sobre as especificações exatas, mas para a inserção de registros mais leves, o log de eventos deve consumir menos recursos do que a execução de um servidor SQL local. Em termos de desempenho, eu diria que o servidor SQL seria uma aposta muito melhor do que o log de eventos. Eu acredito que o log de eventos também é armazenado na memória.
Tenha em mente que o log de eventos também é limitado em tamanho. Se você precisar reter muitos logs, precisará executar scripts automatizados para exportá-los e garantir que as configurações do log de eventos estejam corretas para que você não perca informações. Se o log de eventos estiver no tamanho máximo, nenhum log será retido até que seja limpo.
Os logs de eventos podem ser registrados em um banco de dados ou syslog, mas honestamente eu não recomendaria isso.
Eu recomendo que você pese suas opções, mas se você estiver falando de transações pesadas, considere um banco de dados.