Projet

Général

Profil

Development #2780

intégrer un connecteur "htsql"

Ajouté par Thomas Noël il y a presque 11 ans. Mis à jour il y a plus de 4 ans.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
18 avril 2013
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Faire en sorte que passerelle dispose de connecteurs htsql (http://htsql.org/).

Historique

#1

Mis à jour par Thomas Noël il y a plus de 9 ans

  • Sujet changé de intégrer htsql à intégrer un connecteur "htsql"
  • Description mis à jour (diff)
  • Patch proposed mis à Non

(parce que Benjamin m'en a reparlé, que le cg14 va peut-être demander "un outil de stat", et que ça pourrait quand même être marrant pour pas trop cher)

Y'a un draft d'un truc django ici : https://pypi.python.org/pypi/HTSQL-DJANGO/ qui montre qu'on pourrait sans doute y arriver... à revoir, un jour, si on a besoin.

Exemple d'utilisation : fournir une API pas trop compliquée pour construire un "requêteur" dans wcs, authentic2 (users/groups). Avec htraf.js on pourrait proposer du "reporting" plus facilement (construction de rapport à la portée de "non programmeurs").

#2

Mis à jour par Pierre Cros il y a plus de 9 ans

J'ai regardé vite fait HTSQL puisque je suis la cible, un peu, et j'ai
pas trop compris en quoi c'était plus facile à apprendre que SQL. Même
si mes souvenirs de SQL ont 20 ans, je suis certain que je préférerais
faire des requêtes SQL plutôt qu'apprendre un nouveau truc pour obtenir
des stats. Pour moi un client capable d'exploiter HTSQL seul est donc
capable de construire ses requêtes SQL seul (mais j'ai peut-être rien
compris, si c'est nous qui allons utiliser la syntaxe HTSQL,
oubliez-moi).

Et toujours si j'ai bien compris, il faut écrire aussi des trucs pour
avoir une mise en forme des rapports (pas simplement pour extraire les
données), nos clients ne le feront pas ou très rarement. Ils préféreront
certainement qu'on leur construise les requêtes SQL qu'ils peuvent
donner à manger à leur outil BI quelconque.

Au final je trouve donc plus intéressant de bosser sur cette relation
avec les outils BI existants, voire de s’accoquiner avec un outil BI
light et libre pour les clients qui n'en ont pas. Les lutins ont fait un
tour des solutions existantes je crois (mais ils ont peut-être regardé
que du java, je sais pas).

#3

Mis à jour par Thomas Noël il y a plus de 9 ans

Pierre Cros a écrit :

(...)

Yep. Je laisse quand même le ticket ouvert, parce qu'un jour de pluie, ça doit se faire en une journée, et ça nous ferait un truc "killer" à montrer dans passerelle (dans un objectif opendatablabla). Mais pas la peine d'y bosser sans commande.

#4

Mis à jour par Benjamin Dauvergne il y a plus de 9 ans

Si c'est juste un requêteur SQL que l'on souhaite proposer, on pourrait
ne proposer que cela. Dans ce cas une simple page avec un seul champ
texte et à la soumission cela retourne les donnée sous forme HTML
tabulées et permet aussi de les extraire aussi en CSV, XLS, ODS ne
suffirait-elle pas ?

Il n'y a pas besoin de se rapprocher d'un outil BI, l'outil BI qui a 99%
de part de marché ça reste Excel. S'ils ont un outil BI ils peuvent déjà
se connecter directement à postgresql.

#5

Mis à jour par Frédéric Péters il y a plus de 9 ans

On continue à parler d'un truc lointain et hypothétique…

S'ils ont un outil BI ils peuvent déjà se connecter directement à postgresql.

Une idée c'est que les données publiées par paserelle ne sont pas nécessairement dans un postgresql, encore moins dans un postgresql accessible. (par exemple passerelle peut donner accès à la liste des documents de Pastell)

Mais parce que je ne l'ai pas encore placé, http://multicorn.org/ ♡♡♡

#6

Mis à jour par Benjamin Dauvergne il y a plus de 9 ans

Les données de Pastell ne seraient-elles pas avantageusement chargées directement par l'outil BI depuis la base de donnée Pastell ? Se lancer dans du multicorn ou autre c'est aller vers le montage d'entrepôts de données (data warehouse), i.e. centraliser les informations pour faciliter l'analyse, ça me semble être un objectif différent bien qu'intéressant. Le'outil pour faire ça c'est généralement un ETL (Talend ? :) ) mais pour Formiris j'ai utilisé les foreign-data-wrapper (la techno postgres derrière multicorn) et c'est vrai que ça marche bien et ça permet de se passer d'un ETL.

#7

Mis à jour par Benjamin Dauvergne il y a plus de 4 ans

  • Statut changé de Nouveau à Rejeté

Osef maintenant.

Formats disponibles : Atom PDF