Depende do que você quer dizer com "tudo na RAM".
Se você deseja executar seu banco de dados a partir de uma unidade de RAM, é improvável que isso seja possível (a menos que você tenha algum tipo de placa de RAM que se pareça com o SO como um disco normal, ou seja, Interface PATA) como o SQL Server recusará. Ele pressupõe que todos os dados gravados sejam importantes o suficiente para mantê-los, e não se arriscarão a escrevê-los em um meio de armazenamento volátil. Você pode enganá-lo executando-o em uma VM e executando essa VM a partir de uma unidade RAM, mas eu não recomendaria tentar isso pela mesma razão (você perderá todos os dados se ocorrer uma situação de perda de energia ou reinicialização) e devido ao fato de haver uma coleção de outros hits de desempenho da solução de virtualização para se preocupar.
Se o seu problema for atividade de leitura lenta (ou seja, muitas operações que resultam na leitura do disco, basta aumentar a quantidade de RAM na máquina para ser maior que o conjunto de trabalho normal ou melhor ainda que o banco de dados inteiro. Desta forma, a menos que você tenha uma edição do SQL Server que imponha limites artificiais de RAM (o IIRC Express Edition não usará mais do que 1Gb), ele usará a abundância de memória para manter tudo o que lê em cache na RAM, onde pode ser lido rapidamente a seguir Se você desejar pré-carregar os dados na memória RAM a qualquer momento depois que ela for limpa (ou seja, após uma reinicialização devido à instalação das atualizações), você poderá escrever um script que force todas as páginas de índice e dados a serem verificadas. leia na memória.
Se o problema se deve a muitas operações de gravação, otimizar o layout do disco pode ajudar. Sem saber mais sobre o seu banco de dados, não podemos dar sugestões específicas, mas as regras padrão (como tentar manter seus arquivos de dados, logs de transações e tempdb em unidades físicas separadas) podem ajudar.