Executando verificação de segurança...
2

Não utilize base de dados em tudo o que programa... utilize JSON

A troca de uma base de dados por um ficheiro JSON para armazenar informações pode ser uma escolha adequada em algumas situações específicas. Eis alguns cenários em que tal pode ser adequado:

1. Aplicações de pequena escala:

  • Quando o volume de dados é pequeno e não requer um sistema de base de dados complexo.
  • Aplicações simples ou projectos pessoais que não requerem consultas complexas ou elevada concorrência.

2. Prototipagem e desenvolvimento inicial:

  • Durante as fases iniciais de desenvolvimento ou prototipagem, onde a simplicidade é crucial.
  • Permite-lhe iterar rapidamente sem o ónus de criar e gerir uma base de dados completa.

3. Configurações e dados de inicialização:

  • Armazenar configurações de aplicações, parâmetros de inicialização ou dados estáticos que não mudam com frequência.
  • Facilita a leitura e a escrita de configurações sem a necessidade de um sistema de base de dados.

4. Aplicações de leitura intensiva:

  • Quando os dados são principalmente lidos e raramente escritos ou actualizados.
  • Evita a necessidade de uma base de dados para dados que não mudam frequentemente.

5. Simplicidade e portabilidade:

  • Para aplicações que precisam de ser facilmente transportáveis ou implantadas em diferentes ambientes.
  • O JSON é um formato amplamente suportado e fácil de transportar entre sistemas.

No entanto, é importante ter em conta as limitações e os casos em que uma base de dados pode ser mais adequada:

  • Volume de dados: Os ficheiros JSON não são adequados para grandes volumes de dados devido a problemas de desempenho e escalabilidade.
  • Concorrência e transacções: As bases de dados oferecem melhor suporte para operações simultâneas e transaccionais.
  • Consultas complexas: As bases de dados permitem consultas mais complexas e eficientes, especialmente com grandes conjuntos de dados.
  • Segurança e integridade dos dados: As bases de dados oferecem funcionalidades avançadas de segurança e integridade e cópias de segurança automáticas.

Se a sua aplicação se enquadra num dos cenários em que o JSON é suficiente, então pode ser uma boa escolha. Caso contrário, considerar uma base de dados pode oferecer mais vantagens a longo prazo.

JSON file representation

[
    {
        "id": 0,
        "name": "abcdEFGhij",
        "email": "[email protected]",
        "phone": "1234567890",
        "address": {
            "street": "klmnopqrstuv",
            "city": "abcdefghij",
            "postcode": "12345",
            "country": "klmnopqrst"
        }
    },
    {
        "id": 1,
        "name": "mnopqrSTUV",
        "email": "[email protected]",
        "phone": "0987654321",
        "address": {
            "street": "wxyzabcdefg",
            "city": "mnopqrstuv",
            "postcode": "54321",
            "country": "abcdefghij"
        }
    },
    {
        "id": 2,
        "name": "xyzABCDEfgh",
        "email": "[email protected]",
        "phone": "5678901234",
        "address": {
            "street": "ijklmnopqrs",
            "city": "cdefghijkl",
            "postcode": "67890",
            "country": "mnopqrstuv"
        }
    },
    ...
    {
        "id": 99998,
        "name": "uvwxyzABC",
        "email": "[email protected]",
        "phone": "3456789012",
        "address": {
            "street": "defghijklmn",
            "city": "qrstuvwxyz",
            "postcode": "89012",
            "country": "abcdefghi"
        }
    },
    {
        "id": 99999,
        "name": "ijklMNOPQR",
        "email": "[email protected]",
        "phone": "9012345678",
        "address": {
            "street": "abcdefghijkl",
            "city": "mnopqrstuv",
            "postcode": "23456",
            "country": "uvwxyzabc"
        }
    }
]

Saiba ainda que o JSON é também usado em muitas outras situações fora do armazenamento de dados, tais como: APIs RESTful, Configurações de Aplicações, Serialização de Objetos em JavaScript, Troca de Dados em WebSockets, Internacionalização (i18n) etc etc...

Carregando publicação patrocinada...
2

Acho que o que vc quis dizer é não usar sempre um banco de dados relacional, né?

Porque, mesmo um arquivo simples de json, é um BD sim.

Foi assim que o NoSql nasceu.

2

Usei JSON em uma LP, consegui deixar o jsx mais limpo, porque o Tailwind é uma maravilha, mas as vezes fica aquele inline gigante kkkk. Gostei da experiência e pretendo continuar usando em projetos pequenos.

2

Quando lido apenas com arquivos de configuração, prefiro usar JSON ou YAML. No entanto, se o sistema vai precisar gerenciar dados além disso, considero mais vantajoso configurar um cluster gratuito no MongoDB Atlas. É como ter os arquivos JSON, mas na nuvem e totalmente gerenciados. Em cerca de 5 minutos já está rodando, e isso ajuda a evitar problemas de escalabilidade no futuro ao tentar otimizar um sistema baseado em arquivos avulsos.

O maior ganho, no entanto, está na capacidade de identificar corretamente o melhor tipo de modelagem de dados para a sua aplicação (relacional ou não) garantindo eficiência e flexibilidade no longo prazo.

Para todas aplicações novas,
tenho preferido começar com mongodb, pq quase sempre, no decorrer do desenvolvimento, surge alguma necessidade nova e é fácil/rápido de acomodar essas mudanças numa etapa de protótipo

2

Estamos passando a utilizar a hospedagem de dados na estrutura JSON em recursos específicos de projetos com grande consumo de tráfego. Pois o ganho de performance é altíssimo.

As configurações do sistema que ficavam no mysql e outras informações passam a ser consultadas em um JSON, isso tem otimizado o servidor sql e gerado mais velocidade no carregamento do sistema.

Temos como plano passar a consultar dados mais pesados como o catálogo de produtos inteiro. Pois é um ponto crítico no carregamento do sistema para ganharmos ainda kais performance. E deixarmos apenas dados mais sensíveis por consulta direta ao banco.

A redução no processamento de máquina é muito grande. Vale a pena dedicar tempo no esforço para realizar a mudança.

1

Boas! amigo Multi. os termos estamos e temos me(nos) deixaram confuso, pode nos detalhar melhor quem ou que vocês são, assim muitos aqui percebam melhor do que se trata a vossa estrutura?

0
0
0