Bonjour,
le SQL ne me dérange pas, bien au contraire, c'est le SGBDR. Je m'explique.
Si on utilise un gestionnaire de base, il faut sauvegarder la base en plus de l'application, la config et les données (en cas de pb ou de migration). Si on n'a pas accès aux tables, il faut les exporter, puis les importer. C'est faisable, et ça se fait régulièrement, mais c'est plus complexe à mettre en œuvre. Que je n'ai pas la volonté de faire ; je souhaite rester dans l'esprit du KISS.
Dans le cas de SQLite, on a accès à toute la base mais. Cela peut poser des pb de sécurité (déjà que... voir discussion ci-dessus) et j'ai lu qu'il y a d'éventuels soucis d'accès concurrents. Des solutions d'optimisations sont fournies, surtout en lecture, mais je n'ai pas envie d'avoir un "bug" lorsque 30 élèves déposent leurs travaux en même temps à la fin de la séance de cours/TP/TD... Je préfère rester prudent (injustement peut-être).
L'idée est de pouvoir sauvegarder l'ensemble du site par ftp et de le migrer en un clic de souris tout en ayant un accès direct aux fichiers par un explorateur de fichiers également. Bref, une solution sans "prise de tête".
C'est un choix de conception. Je ne dis pas que c'est le meilleur mais il est guidé dans un objectif de simplicité et de rapidité.
[^] # Re: SGBDR
Posté par lord_doom . En réponse à la dépêche Quick & Dirty Repository (QDRep). Évalué à 5.
Bonjour,
le SQL ne me dérange pas, bien au contraire, c'est le SGBDR. Je m'explique.
Si on utilise un gestionnaire de base, il faut sauvegarder la base en plus de l'application, la config et les données (en cas de pb ou de migration). Si on n'a pas accès aux tables, il faut les exporter, puis les importer. C'est faisable, et ça se fait régulièrement, mais c'est plus complexe à mettre en œuvre. Que je n'ai pas la volonté de faire ; je souhaite rester dans l'esprit du KISS.
Dans le cas de SQLite, on a accès à toute la base mais. Cela peut poser des pb de sécurité (déjà que... voir discussion ci-dessus) et j'ai lu qu'il y a d'éventuels soucis d'accès concurrents. Des solutions d'optimisations sont fournies, surtout en lecture, mais je n'ai pas envie d'avoir un "bug" lorsque 30 élèves déposent leurs travaux en même temps à la fin de la séance de cours/TP/TD... Je préfère rester prudent (injustement peut-être).
L'idée est de pouvoir sauvegarder l'ensemble du site par ftp et de le migrer en un clic de souris tout en ayant un accès direct aux fichiers par un explorateur de fichiers également. Bref, une solution sans "prise de tête".
C'est un choix de conception. Je ne dis pas que c'est le meilleur mais il est guidé dans un objectif de simplicité et de rapidité.