Oui OData n'est pas très connu, j'imagine que c'est du à son origine Microsoftienne, ils ont aussi eu la mauvaise idée de pondre une v4 qui casse complètement la v2, ça du baisser le moral de beaucoup qui avaient adopté la techno vis-à-vis du boulot de migration.
Toujours est-il que la techno est présente et fonctionne sur la suite Office (trouvable dans Excel et PowerQuery), le projet olingo quand a lui suit son petit bonhomme de chemin et s'améliore tranquillement.
Je ne connais pas très bien graphql, mais OData, il faut vraiment le comparer à du SQL posé sur une API Rest, en gros en théorie, tu es capable de requêter le service sans aucune documentation. Pour mettre à dispo une base de donnée et ces multiples tables, tu n'auras qu'un seul webservice (je veux dire instance java) à mettre en place. Chaque table seront dispo sur un répertoire du même service (je ne sais pas si je suis clair).
Pour implémenter un service Odata, l'idéal, (j'imagine, mais peut-être que je me plante, on ne sait jamais avec Microsoft), c'est de faire ça en ".net", il y a possibilité de faire tourner un service avec mono, j'ai juste codé un client pour nos clients et ça fonctionnait sur ma machine sous Linux.
Sinon si tu es tenté par Olingo, je ne te cache pas que ce n'est pas totalement du "out of the box", mais ton use case semble simple, donc ça me semble accessible à un développeur rust sans soucis (je ne connais ce langage que de nom, mais j'imagine que c'est aussi compliqué que du c++). Peut-être qu'en utilisant le processeur JPA fait par SAP (https://github.com/SAP/olingo-jpa-processor-v4), tu peux arriver à faire quelque chose assez rapidement.
Avant de te lancer, faudrait que tu valides le fonctionnement sur le principe dans Power BI avec le service de test (qui tourne sous olingo il me semble): https://services.odata.org/TripPinRESTierService ça se fait rapidement pour savoir si c'est une piste qui vaut la peine d'être exploré.
[^] # Re: OData ?
Posté par MrBidon . En réponse au message Comment sécuriser une liaison Power bi => database dans un cloud privé. Évalué à 1. Dernière modification le 03 janvier 2023 à 21:58.
Oui OData n'est pas très connu, j'imagine que c'est du à son origine Microsoftienne, ils ont aussi eu la mauvaise idée de pondre une v4 qui casse complètement la v2, ça du baisser le moral de beaucoup qui avaient adopté la techno vis-à-vis du boulot de migration.
Toujours est-il que la techno est présente et fonctionne sur la suite Office (trouvable dans Excel et PowerQuery), le projet olingo quand a lui suit son petit bonhomme de chemin et s'améliore tranquillement.
Je ne connais pas très bien graphql, mais OData, il faut vraiment le comparer à du SQL posé sur une API Rest, en gros en théorie, tu es capable de requêter le service sans aucune documentation. Pour mettre à dispo une base de donnée et ces multiples tables, tu n'auras qu'un seul webservice (je veux dire instance java) à mettre en place. Chaque table seront dispo sur un répertoire du même service (je ne sais pas si je suis clair).
Pour implémenter un service Odata, l'idéal, (j'imagine, mais peut-être que je me plante, on ne sait jamais avec Microsoft), c'est de faire ça en ".net", il y a possibilité de faire tourner un service avec mono, j'ai juste codé un client pour nos clients et ça fonctionnait sur ma machine sous Linux.
Sinon si tu es tenté par Olingo, je ne te cache pas que ce n'est pas totalement du "out of the box", mais ton use case semble simple, donc ça me semble accessible à un développeur rust sans soucis (je ne connais ce langage que de nom, mais j'imagine que c'est aussi compliqué que du c++). Peut-être qu'en utilisant le processeur JPA fait par SAP (https://github.com/SAP/olingo-jpa-processor-v4), tu peux arriver à faire quelque chose assez rapidement.
Avant de te lancer, faudrait que tu valides le fonctionnement sur le principe dans Power BI avec le service de test (qui tourne sous olingo il me semble): https://services.odata.org/TripPinRESTierService ça se fait rapidement pour savoir si c'est une piste qui vaut la peine d'être exploré.