pas d'en faire sont Saint Graal
Naaannn, sans déconner ! Pourtant quand je relis la news...
qui consiste à balancer une réponse méprisante à son petit camarade et à réfléchir après
Euh, c'étais pas du mépris, c'étais de l'énervement sur une news qui tente de proposer SQLite comme saint graal de la persistance de données.
Pour ton document, il ne m'apprend pas grand chose, je suis de toute façon d'accord sur le fond, et je sais ce qu'il en est des perfs XML vs Relationnel.
Mais franchement, dans une application local, parser et mapper un document XML faire tous les traitements sur les données sous forme d'objet, c'est souvent plus performant que de s'amuser à faire des requêtes dès qu'on veut toucher aux données... ou alors on utilise le même principe de mapping et on perd une bonne partie de l'intérêt... Et c'est pour celà que je trouve SQLite particulièrement inutile dans beaucoup de situation, il va sacrifier l'interopérabilité et parfois les performances pour celui qui s'amuse à faire des requêtes à tout va sans mapping (c'est à dire le même qui fait une petite application en local rapidos).
-->Nombre important de données à gérer, attaquable à distance par plusieurs utilisateur : un vrai SGBD
---> au milieu SQLite (solution avec un avantage de la solution précédente + les inconvénients de la solution en dessous, hem.)
-->Nombre plus restreind d'information, souvent en local, partageable mais pas en même temps : XML
[^] # Re: pfff
Posté par TImaniac (site web personnel) . En réponse à la dépêche Ça bouge du côté de SQLite !. Évalué à 1.
Naaannn, sans déconner ! Pourtant quand je relis la news...
qui consiste à balancer une réponse méprisante à son petit camarade et à réfléchir après
Euh, c'étais pas du mépris, c'étais de l'énervement sur une news qui tente de proposer SQLite comme saint graal de la persistance de données.
Pour ton document, il ne m'apprend pas grand chose, je suis de toute façon d'accord sur le fond, et je sais ce qu'il en est des perfs XML vs Relationnel.
Mais franchement, dans une application local, parser et mapper un document XML faire tous les traitements sur les données sous forme d'objet, c'est souvent plus performant que de s'amuser à faire des requêtes dès qu'on veut toucher aux données... ou alors on utilise le même principe de mapping et on perd une bonne partie de l'intérêt... Et c'est pour celà que je trouve SQLite particulièrement inutile dans beaucoup de situation, il va sacrifier l'interopérabilité et parfois les performances pour celui qui s'amuse à faire des requêtes à tout va sans mapping (c'est à dire le même qui fait une petite application en local rapidos).
-->Nombre important de données à gérer, attaquable à distance par plusieurs utilisateur : un vrai SGBD
---> au milieu SQLite (solution avec un avantage de la solution précédente + les inconvénients de la solution en dessous, hem.)
-->Nombre plus restreind d'information, souvent en local, partageable mais pas en même temps : XML