Et pourquoi pas rendre le format de date configurable, tiens, par exemple?
Ça reviens à laisser un gros bordel, tout de même.
[…] on importe le tout dans une base de données avec la date correctement formatée au départ.
J'aime bien le principe. Certains beuglent contre l'usage d'un exécutable, journalctl, pour consulter les logs et proposent de passer par un serveur de base de données dès que les usages deviennent un chouïa compliqué.
On peut très bien gérer les dates au format texte avec des outils cli. La commande date est faite pour ça, alliée à awk ou perl tu peut convertir les informations à peut près comme tu le souhaite. Par contre il va falloir être un peu compétent en expressions rationnelles pour bien faire les choses. Utiliser quelque chose qui est fait pour ira quelques fois plus vite.
Dans toutes mes argumentations, j'ai tenté de montrer que tous les reproches que l'ont fait à la mise en œuvre de données au format texte ont une solution qui ne passe pas nécessairement par le binaire.
Ce qu'il en est actuellement c'est qu'avec un format texte et syslog on a un gros bordel et que l'on doit avoir un convertisseur par type de fichier de log pour pouvoir les manipuler (que ce soit en CLI ou en SGBD). L'utilisation d'un log binaire est une solution qui apporte d'autres avantages et inconvénients. Ce que je remarquais c'est que la date c'est loin d'être simple et avoir peu d'information en demandant à ceux qui ont des besoins complexent de se débrouiller et à peut prêt aussi pertinent que de faire l'inverse. Personnellement, je suis plutôt pour faire l'inverse, mettre le maximum d'information et voir après coup pour ceux qui ont des besoins minimalistes de diminuer d'eux même. Tout simplement parce que si je suis développeur MySQL et que je reçois des bug qui me disent que la base consomme 100% CPU je veux pouvoir voir dans les log que l'on me reporte que ça c'est passé au moment d'une seconde intercalaire. On ne sait pas forcément à quoi va servir un log avant que celui-ci ne soit créé.
Pour ce qui est du binaire ou non, je vois pas pourquoi faire autant de bruit. Pourquoi ne pas essayer ? C'est une expérimentation comme une autre. Changer ces habitudes n'est jamais vraiment un mal.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par barmic . En réponse à la dépêche Documentation du format du Journal. Évalué à 4.
Ça reviens à laisser un gros bordel, tout de même.
J'aime bien le principe. Certains beuglent contre l'usage d'un exécutable, journalctl, pour consulter les logs et proposent de passer par un serveur de base de données dès que les usages deviennent un chouïa compliqué.
On peut très bien gérer les dates au format texte avec des outils cli. La commande date est faite pour ça, alliée à awk ou perl tu peut convertir les informations à peut près comme tu le souhaite. Par contre il va falloir être un peu compétent en expressions rationnelles pour bien faire les choses. Utiliser quelque chose qui est fait pour ira quelques fois plus vite.
Ce qu'il en est actuellement c'est qu'avec un format texte et syslog on a un gros bordel et que l'on doit avoir un convertisseur par type de fichier de log pour pouvoir les manipuler (que ce soit en CLI ou en SGBD). L'utilisation d'un log binaire est une solution qui apporte d'autres avantages et inconvénients. Ce que je remarquais c'est que la date c'est loin d'être simple et avoir peu d'information en demandant à ceux qui ont des besoins complexent de se débrouiller et à peut prêt aussi pertinent que de faire l'inverse. Personnellement, je suis plutôt pour faire l'inverse, mettre le maximum d'information et voir après coup pour ceux qui ont des besoins minimalistes de diminuer d'eux même. Tout simplement parce que si je suis développeur MySQL et que je reçois des bug qui me disent que la base consomme 100% CPU je veux pouvoir voir dans les log que l'on me reporte que ça c'est passé au moment d'une seconde intercalaire. On ne sait pas forcément à quoi va servir un log avant que celui-ci ne soit créé.
Pour ce qui est du binaire ou non, je vois pas pourquoi faire autant de bruit. Pourquoi ne pas essayer ? C'est une expérimentation comme une autre. Changer ces habitudes n'est jamais vraiment un mal.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)