Ainda não entendi os pros e contras de ClientDataSet

o ClientDataSet é bastante útil em ambiente cliente/servidor por exemplo... vc está acessando sua base de dados Firebird através de um SQLDataSet (paleta dbExpress) e então quer conectar a sua pesquisa a uma DBGrid e o que acontece??? não conecta!!! mas porque...? os sistemas de SGDB (do qual a paleta dbExpress trabalha) são em suma maioria unidirecionais (mais o q é isso?), vc não pode retroceder os registros, ou seja vc só pode ir para os registros da frente (isso acontece por que os SGDB como o Firebird não armazenam os seus registros em ordem física como acontece no MS Access mas sim por ordem lógica representados por suas chaves primárias) vc não pode usas o método prior para retroceder no registro então c vc conectar numa DBGrid e tentar voltar o carro de registros ocorreria um erro... para isso existe o ClientDataSet q configurado corretamente armazena a sua pesquisa em um cachê temporário para vc poder percorrê-lo da maneira q quizer e após ter feito suas operações vc decide c quer aplicá-las ou não em seu SQLDataSet...

Bom dia, amigos, existe algo que não gosto no ClientDataset, como ele armazena os dados localmente, o que aconteçe... Se de repente houver uma queda de energia, ou algum problema de conexão os dados que estão no ClientDataset e que não foram aplicados através do ApplyUpdates, serão perdidos. Existe como contornar isso?