Salut les gars,
J'utilise JMP 13 et ai utilisé le pilote ODBC de ruche Cloudera pour connecter le générateur de requêtes JMP à notre serveur de ruche hadoop. Je suis capable de visualiser les tables, mais une fois que je clique sur l'une des tables, il envoie automatiquement une requête "select * from table" au cluster hadoop qui raccroche complètement mon JMP en raison de l'énorme taille de la table qu'il essaie de tire sans mon consentement.
Y a-t-il un moyen de désactiver cela?
J'ai joint un instantané des préférences de l'éditeur de requêtes ci-dessous:
Je n'ai pas d'autre solution que d'utiliser du SQL personnalisé.
J'ai dû arrêter d'utiliser l'interface du générateur de requêtes, car je suis en train d'accéder à vertica ou à hive et je ne réponds pas bien à une instruction "Select *" généralisée.
Ma solution de contournement: j'ai créé une instruction SQL personnalisée "select * from schema.table limit 0" ce qui fonctionne très bien pour que vertica tire les colonnes d’une table dans une table de données jmp. Ensuite, je l’utilise comme référence pour créer une requête SQL personnalisée. Cela fonctionne bien pour obtenir des données de base dans jmp, mais la simple incapacité à interroger plus efficacement les colonnes dans le générateur de requêtes a rendu TOUTES les fonctionnalités superbes qu'il a complètement inutiles et je suis sur le point d'abandonner et de commencer à construire toutes les tables ailleurs il suffit de les ouvrir dans jmp. Ce qui est correct en théorie, sauf que la mise à jour ou la modification des tables pour une nouvelle analyse devient un processus multi-outils au lieu de fonctionner uniquement dans le constructeur de requêtes jmp (ce qui fonctionne très bien lorsque je travaille avec nos serveurs oracle exadata).
J'ai en fait essayé une solution de contournement pour accéder à mes tables vertica via notre serveur SAS, mais je rencontre le même problème. Je vais donc essayer de créer un programme SAS datastep pour échantillonner les données et supprimer toute la couche "select *" que le constructeur de requêtes SAS EG et SAS dans jmp aime jeter partout.
J'essaie simplement de tirer parti des belles capacités d'échantillonnage stratifié et c'est incroyable de constater le défi que représente une connexion entre jmp ou sas et vertica (ou ruche).
Aron
@Eric_Hill m'a donné une solution ici cela pourrait fonctionner pour vous.
