Où enregistrer une valeur unique sur le serveur

Je crée une application avec un clic pour appeler le bouton sur une page HTML.

Il y aura une personne au téléphone. Je veux que cette personne soit capable de définir une variable avec une valeur booléenne sur mon serveur: 1 est disponible, 0 est indisponible.

Je pouvais créer une table SQL à un seul champ, mais cela semble exagéré, ou je pouvais lire et écrire dans un fichier texte contenant un seul caractère.

Quelle est la manière la plus correcte de stocker une valeur unique?

    Je sais qu’il semble exagéré d’utiliser une petite table de firebase database pour cela.

    Si votre application utilise déjà une firebase database, c’est de loin la meilleure façon de procéder. Votre technologie de firebase database prend en charge tous les types de stockage de données afin qu’elle ne soit pas perdue. Mais, ne mettez pas en place une firebase database et organisez votre application pour l’utiliser uniquement pour ce seul sharepoint données; un fichier sera plus facile dans ce cas.

    (WordPress fait quelque chose de similaire; il utilise un tableau appelé wp_options contenant de nombreuses valeurs de parameters wp_options ).

    Je suggère que votre table contienne deux colonnes (ou peut-être plus), agent_id et available . Ensuite, si vous ajoutez une autre personne prenant des appels téléphoniques, votre application sera prête à gérer cette croissance. Votre personne actuelle peut avoir agent_id = 0.

    Si vous avez une firebase database configurée, je l’utilise.

    C’est ce à quoi servent les bases de données, la persistance des données modifiables. Sinon, vous écrivez votre propre système de firebase database distinct pour un seul réglage, ce qui serait trop compliqué à mes yeux!

    Il y a de la valeur dans la cohérence et la flexibilité. Que dois-je faire si j’ai soudain besoin de stocker un temps de retour prévu? Comment puis-je faire cela dans un fichier texte, comment différencier la colonne? Comment manipuler les données? MySQL répond déjà à toutes ces questions pour vous.

    En tant que membre de l’équipe, je m’attendrais à ce que la plupart de mes collègues développeurs (et nouveaux employés) sachent comment utiliser MySQL. Je ne voudrais pas qu’ils travaillent avec, étendent ou déboguent un système de persistance de fichiers spécifique avait viré dessus.

    Si vous craignez d’avoir beaucoup de tables à une ligne, vous pouvez utiliser une seule table pour diverses variables de configuration singulières nécessitant une mise à jour régulière.

    Nous avons une table comme celle-ci:

     Table: `setting` Columns: `key_ssortingng` VARCHAR, `value` VARCHAR 

    Et pourrait stocker votre variable comme

     ['key_ssortingng' => 'telephone_service_available', 'value' => '1'] 

    Dans ce cas spécifique, une simple vérification de fichier (Exist a file or not) est probablement la façon la plus simple de procéder. Et il a également l’avantage de vérifier facilement si le fichier existe ou non, vous n’avez pas à lire le contenu du fichier. Mais si vous n’avez besoin que d’une seule information supplémentaire, vous devez procéder autrement.

    Cela dépend de ce que vous essayez de faire après avec les informations. Si vous l’utilisez dans une application Web, stockez-la dans la session.

    Ou essayez une firebase database flatfile comme SQLite (pas de SGBD actif nécessaire). C’est facile et vous pouvez l’étendre très facilement.

    Ou simplement une information bipolaire lors de la création d’un fichier. Si le fichier n’est pas là est est éteint.