Leaderboard

Brincando com números grandes, muito grandes... 100 números combinados em 50 geram: C100,50 = 1,009x1029 Combinações; Se essas zilhões de combinações forem divididas em 1000 (mil) arquivos, cada arquivo teria: 1,009x1029 / 1000 = 1,009x1026 combinações em cada arquivo; Mas cada combinação tem 50 números. Então, cada arquivo teria: 1,009x1026 x 50 = 5,044x1027 números; Se cada número for representado por apenas 7 bits, cada arquivo teria: 5,044x1027 x 7 = 3,531x1028 bits; Transformando bits em bytes, cada arquivo teria: 3,531x1028 / 8 = 4,414x1027 bytes; Transformando bytes em teraBytes, cada arquivo teria: 4,414x1027 / 1x1012 = 4,414x1015 terabytes; Supondo que o maior HD no mercado tenha 30 terabytes, seriam necessários: 4,414x1015 / 30 = 1,471x1014 HDs de 30 terabytes cada um; Supondo que um HD de 30 terabytes custe R$ 5.000,00, seria um investimento de: 1,471x1014 * 5000 = R$ 7,357x1017 Reais; Convertendo Reais para trilhões de reais: 7,357x1017 / 1x1012 = R$ 735.666,05 trilhões de Reais; Quantos prêmios de loteria são necessários para cobrir esse gasto? Nem sei responder, só sei que eu detesto a Lotomania...

Se apenas os CSNs das apostas registradas forem armazenados na base de dados, o problema de alocação de espaço melhora um pouquinho, mas ainda assim é crítico, pois são necessários no mínimo 97 bits para representar um CSN dessa ordem de grandeza. Para tal é necessário utilizar tipos de alocação dinâmica, tais como bigInteger ou uLong, porque a maioria das linguagens modernas não têm tipos inteiros estáticos com mais de 64 bits. Se a quantidade de apostas aumentar muito, o tamanho dos dados fica crítico. Por que será que a CEF acabou com o sorteio especial da Lotomania?!?!?! Visto que o universo inteiro (100,50,50,50) é astronomicamente enorme, quem gosta de analisar loterias tem que se contentar com um fechamento 100-50-20-20 parcial, pois nem mesmo um fechamento 100% é viável de se obter. Eu simplesmente me recuso a gostar de uma aberração assim...