Consultar em banco de dados ou ler arquivo?

[Good 4]

Boa noite,

 

para um sistema que é muito acessado uma página básica, mas que sempre faz conexão com banco de dados apenas para ler uma informação que já é fixada, é muito raro ter uma atualização.

 

Então, pensando em economizar e acelerar o site, pensei nestas maneiras:

 

1. Já uso cloudflare, e ele guarda no cachê algumas informações. Pensei em gravar as informações em TXT, e sempre usar um file_get_contents (através de uma url) para ler as informações. Será que essas informações entrarão em cachê no cloudflare e poupará mais do servidor?

2. Então usar apenas cloudflare e puxar a informação de forma local.

3. Manter a conexão com banco de dados a cada acesso de um usuário

 

 

Qual das 3 opções seria mais viável para milhares de conexões diárias?

[Guilherme Luiz 41]

Um banco MySQL suporta uma TONELADA de consultas e eu penso que se a informação algum dia pode ser mudada eu prefiro sempre utiliza-lo porque um arquivo estático pode ficar em cache e usuários terem informações desatualizadas.

 

Se os dados são "fixos" e não sofrem constante alterações, crie uma table em MySAM do mysql e tudo fica resolvido porque tabelas nesse formato são otimizadas para dados "estáticos".

 

Caso você ainda assim prefira utilizar arquivo, prefira por arquivos em JSON, mais fácil de serem manipulados.

 

[Good 4]

1 hora atrás, Guilherme Luiz disse:

Um banco MySQL suporta uma TONELADA de consultas e eu penso que se a informação algum dia pode ser mudada eu prefiro sempre utiliza-lo porque um arquivo estático pode ficar em cache e usuários terem informações desatualizadas.

 

Se os dados são "fixos" e não sofrem constante alterações, crie uma table em MySAM do mysql e tudo fica resolvido porque tabelas nesse formato são otimizadas para dados "estáticos".

 

Caso você ainda assim prefira utilizar arquivo, prefira por arquivos em JSON, mais fácil de serem manipulados.

 

 

Entendi. Mas tipo, como as configurações são atualizadas raramente. E ainda por mim, eu posso muito bem apagar o cachê lá do cloudflare.

 

A ideia é evitar conexões. Já que o servidor é compartilhado na hostgator, entendeu? Esqueci de citar isso kk,

 

A dúvida mesmo, é por exemplo, se tiver 10mil conexões simultâneas. É melhor qual das 3 opções? Vamos supor também que o arquivo tenha +- 250kb de informações. O que daria mais ou menos 250 registros do banco de dados. Eu preciso sempre puxar todas as informações.

 

Ficou mais claro agora né?

 

 

[ESerra 744]

A conexão ao banco é o menor dos seus problemas, lembre-se que um banco de dados é um arquivo que é gerenciado por um software especializado (SGBD).

 

No seu contexto, se os dados raramente são alterados (observe que isso por si só é um conceito bem abstrato) seria muito mais simples gerar os arquivos fisicamente e pronto.

 

Vou dar um exemplo concreto, um cliente pediu para gerar um sistema em que ele pudesse criar o menu dinamicamente, esse menu teria vários elementos aninhados:

Menu

- Submenu

-- Sub-Submenu

--- Sub-Sub-Submenu

Toda página que fosse aberta no sistema iria ter que renderizar esse menu, só que por ele ser "ilimitado" o cara poderia ter milhares de submenus, MAS depois de cadastrar tudo, ele raramente mudava/alterava/apagava algum item dentro do menu, solução? Sempre que ele alterava esse elemento, eu literalmente fazia a consulta e gravava o menu fisicamente em um arquivo e usava esse arquivo como include nas páginas do sistema, solução simples.

 

Tem que ver se isso é aplicável ao seu caso, lembrando que os SGBDs tem ferramentas de cache também, o que alivia muito a carga deles, que de fato é o que importa.

[Good 4]

6 horas atrás, ESerra disse:

A conexão ao banco é o menor dos seus problemas, lembre-se que um banco de dados é um arquivo que é gerenciado por um software especializado (SGBD).

 

No seu contexto, se os dados raramente são alterados (observe que isso por si só é um conceito bem abstrato) seria muito mais simples gerar os arquivos fisicamente e pronto.

 

Vou dar um exemplo concreto, um cliente pediu para gerar um sistema em que ele pudesse criar o menu dinamicamente, esse menu teria vários elementos aninhados:

Menu

- Submenu

-- Sub-Submenu

--- Sub-Sub-Submenu

Toda página que fosse aberta no sistema iria ter que renderizar esse menu, só que por ele ser "ilimitado" o cara poderia ter milhares de submenus, MAS depois de cadastrar tudo, ele raramente mudava/alterava/apagava algum item dentro do menu, solução? Sempre que ele alterava esse elemento, eu literalmente fazia a consulta e gravava o menu fisicamente em um arquivo e usava esse arquivo como include nas páginas do sistema, solução simples.

 

Tem que ver se isso é aplicável ao seu caso, lembrando que os SGBDs tem ferramentas de cache também, o que alivia muito a carga deles, que de fato é o que importa.

 

 

Então, o probelma não é gerar. A minha questão mesmo é saber qual é mais viável, que consuma menos servidor e não possa interromper o tráfego no site

[ESerra 744]

"Consuma menos servidor"? Memória? Processador? Banda?

 

Vamos usar apenas o raciocínio lógico:

 

Caso 1: ler um arquivo pronto:

Requisita arquivo ao servidor -> PHP lê o arquivo -> Arquivo é enviado para renderizar no cliente.

 

Caso 2: pegar informação no BD:

Requisita informação ao servidor -> requisita informação  ao PHP -> PHP requisita informação ao SGBD -> SGBD processa a informação e devolve ao PHP -> PHP processa a informação recebida -> Arquivo é enviado para renderizar ao cliente.

 

Pelo simples lógica o caso 1 vai consumir menos recursos (processador/memória). Agora veja que, se você usar algum tipo de cache, quando você fizer uma requisição ao servidor que já tenha sido feita, ele vai seguir o fluxo do "Caso 1", o cache foi criado exatamente para você poupar processamento de coisas que já foram "feitas" em algum momento anterior, se você tem uma opção de cache, use-a, sempre vai acabar sendo a solução mais simples para diminuir a carga de processamento/uso de memória do servidor.

[Good 4]

1 hora atrás, ESerra disse:

"Consuma menos servidor"? Memória? Processador? Banda?

 

Vamos usar apenas o raciocínio lógico:

 

Caso 1: ler um arquivo pronto:

Requisita arquivo ao servidor -> PHP lê o arquivo -> Arquivo é enviado para renderizar no cliente.

 

Caso 2: pegar informação no BD:

Requisita informação ao servidor -> requisita informação  ao PHP -> PHP requisita informação ao SGBD -> SGBD processa a informação e devolve ao PHP -> PHP processa a informação recebida -> Arquivo é enviado para renderizar ao cliente.

 

Pelo simples lógica o caso 1 vai consumir menos recursos (processador/memória). Agora veja que, se você usar algum tipo de cache, quando você fizer uma requisição ao servidor que já tenha sido feita, ele vai seguir o fluxo do "Caso 1", o cache foi criado exatamente para você poupar processamento de coisas que já foram "feitas" em algum momento anterior, se você tem uma opção de cache, use-a, sempre vai acabar sendo a solução mais simples para diminuir a carga de processamento/uso de memória do servidor.

 

 

Show!! Mto bom... e para este cachê, como você recomenda fazer?

[ESerra 744]

Tem que ver o que o teu servidor disponibiliza, por exemplo, a extensão memcached já diminuiria as requisições ao banco de dados, mas tem que ver se está disponível no seu servidor.