Discussion :

[qadassi]

Bonjour.

Je cherche un ORM Open Source proposant la fonctionnalité suivante:
*le cache contient une représentation de toutes les données de la base, le schema, et pour chaque table les clés primaires des données
*les données lues depuis la BDD sont systématiquement mise en cache pour une ttl à définir, la clé primaire plus les données
*la mise à jour ou la création de données se fait instantanement dans le cache mais est différée d'un certain offset pour la BDD
*la suppression se fait instantanement dans le cache clé primaire et données, mais est différée d'un certain offset pour la base

Un tel ORM existe t il sur PHP, je travaille avec doctrine 2, mais il propose une gestion manuelle très limitée mais très flexible du cache.
Ou un tel ORM existe-t-il hors PHP, mais avec la possibilité d'utiliser un adapteur?

Bref, j'ai utilisé aussi APC comme cache, un tel projet se ferait avec la gestion de quatres choses:
1) le schema de la table en mémoire cache
2) un tableau de toutes les tables avec un sous tableau de toutes les clés primaires en cache
3) une pile de transaction Create Update Delete avec timestamp, nom de table et données à mettre à jour ou à supprimer
4) les données consultées en cache pour une certaine durée.

Je ne voudrais pas réinventer la roue au cas ou un tel projet ORM existerait déjà. Les recherches avancées pourraient se faire soit directement sur la BDD ou sur les données en cache, mais ce n'est pas le plus important.

Mon objectif est de rendre rapide et performant une application professionnelle locale ou distante, avec un volume de données pas forcement gigantesque ni à très très haut trafic, une application moyenne mais de très bonne qualité.

Merci pour vos éclaircissements.

[ovh]

Je ne sais pas si ça répond entièrement au besoin, mais une piste :
http://www.anthonymatarazzo.info/upd...doctrine-redis

[qadassi]

Bonjour.

Merci de l'indication. Je viens de la consulter, et cette approche résout un point seulement, celui du cache des consultations de la base. C'est un point que j'avais déjà intégré avec à la place de Redis, PHP APC, mais le problème est pour les mises à jour, créations ou suppressions.

J'ai fait quelques recherches non fructueuses sur google, et c'est la raison pour laquelle j'avais aussi ajouté un début d'architecture d'un tel projet, je suis nouveau dans la programmation (1 an en amateur), et au pire des cas, soit il y a une solution ailleurs que PHP que je ne connais pas encore, soit je me lance sur les 4 points d'architecture que j'avais proposé avec biensur, des avis favorables ou défavorables dessus.

Le premier problème qui se pose par exemple, est avec doctrine lors de la création d'un objet, temps qu'un tel object n'est pas dans la base avec un id, il ne sera pas complétement utilisable dans des relations, d'où un problème lors de la création.

Au pire des cas, je perds au plus 1 sec pour la requete SQL face au cache, et l'affaire n'est pas tellement conséquente, et une limitation du cache pour la consultation est correcte.

Néanmoins, je suppose que ce à quoi je pense existe déjà ailleurs, ou sera bientot disponible sur PHP.
Je cherchais donc des informations et des réponses expertes sur ce point.

[nathieb]

Bonjour,

Il existe des solutions mais qui vont te poser de toute façon un problème de réplication et donc de synchronisation.

Si tu as plusieurs utilisateurs en lecture, alors pas de vrai pb, si un seul verrouille en modification. Cache ORM ok
Par contre s'il existe des modifs en masse par plusieurs, tu vas être confronté à un vrai problème transactionnelle, d'ou l'utilisation des sgbds, pour ce point délicat. je ne pense pas qu'un ORM puissent se substituer à une base.

Il existe des bases que tu peux embarquer en HTML5, le support est parfois incomplet pour tous les navigateurs, cherche du côté de pouchDB, cela va t'ouvrir des horizons ...

Autre solutions utiliser un modules J2EE statefull avec Webservices juste pour cette partie.

Olivier

[grunk]

Mettre en place un cache à l'insertion c'est assez particulier puisque on est souvent dans des situation où les écritures sont très minoritaires et ne nécessite pas de cache.

Comme dis précédemment ce que tu recherche va très probablement générer des problèmes d'intégrités. Le plus simple serait à mon avis de stocker les données avant l'insertion dans un format brut (genre sérialisation d'objet) et quand ton serveur est prêt tu viens lire ce fichier et faire l'insertion.
L'inconvénient c'est évidemment que les données n’apparaîtront pas tout de suite , mais c'est le principe du cache ...

[qadassi]

Bonjour Nathieb.

En effet Doctrine 2 gère l"optimistick lock" via une date ou un auto_increment, et la solution pouchDB, embarquée serait excellente pour gérer les données d'une base propre à un unique utilisateur en creation/modification/suppression.
Je l'apprendrais très vite pour en découvrir les limites comme les avantages (surtout pour accélerer l'AJAX).

J'imagine l'utilisation de ce pouchDB via AJAX pour l'édition de données incluant des relations de plusieurs à plusieurs beaucoups plus efficacement, je pense que cela résout exactement certains de mes problèmes de performances, quitte à perdre le schema SQL au profit de données jsonifier.

Enfin pour l'utilisation d'un service Java pour gérer un niveau d'accès aux données très exigeant, j'ai 'impression que ce serait une spécialité à elle seule.
La création d'un service de données au dessus d'une SGBDR pour augmenter les performances ainsi que la cohérence des transactions reste au-delà de mon champs d'action.

Le problème est résolu.

Merci de vos interventions.