Expliquer Requête Bandes de Teradata
Quelqu'un peut-il expliquer Requête Bandes de Teradata?
J'ai cherché ce qui concerne beaucoup de choses, mais n'était pas en mesure d'obtenir des informations ce que je peux comprendre.
S'il vous plaît être un peu détaillé.
Merci!!!
Avez-vous lu le Teradata Manuels encore? Quel problème essayez-vous de résoudre ce que vous êtes à la recherche d'Interroger les Bandes?
OriginalL'auteur user1919035 | 2012-12-20
Vous devez vous connecter pour publier un commentaire.
REQUÊTE DE BAGUAGE DANS TERADATA:
REQUÊTE DE BAGUAGE FOURNIT CIRCONSTANCIELLE DE FLUX DE TRAVAIL DE L'INFORMATION.
Concept:
Scientifiques vont souvent de la bande les pattes des oiseaux avec des dispositifs permettant de suivre leurs trajectoires de vol. Le suivi et l'analyse des données récupérées via les bandes fournit des informations essentielles sur l'espèce.
Le même processus est suivi par les Administrateurs de bases de données qui ont besoin de plus d'information sur une requête de ce qui est disponible.
Des métadonnées comme le nom de la requête de l'utilisateur, l'unité de travail & le nom de l'application est importante, gestion de Charge de travail sera suivi de l'ensemble de l'utilisation de l'entrepôt de données & query dépannage.
Requête de baguage de la fonction est utilisée d'une façon telle que, ces métadonnées détails sont liées à la requête dans la base de données.
Une requête groupe peut contenir un nombre quelconque de nom ou de la valeur des paires comme d'initier les utilisateurs de l'entreprise, l'ID du service & emplacement, le temps de l'initiation de l'exécution a commencé.
Enfin, certains spécifiques exemple serait de façon inestimable utile. En particulier, si vous pouvez faire référence à la situation que je décris, la situation que nous avons dans notre société. Merci!
Pouvez-vous s'il vous plaît suggérer une bonne lecture sur ce sujet?
OriginalL'auteur Prashanth
Prashanth fourni une bonne analogie avec les oiseaux et les bandes. Adam demande pour des situations spécifiques. Je peux venir avec plusieurs exemples, lors de la requête de baguage peut être très utile:
Votre système est utilisé par des centaines d'utilisateurs via un Serveur d'Application, avec une application personnalisée ou une application de reporting comme Business Objects, de Tableau ou de Qlikview. Serveur d'Application se connecte à Teradata l'aide d'un IDENTIFIANT d'utilisateur, toutefois l'administrateur voudrais quand même savoir ce que les utilisateurs, les ministères et les groupes d'utilisateurs de générer chaque requête afin d'être en mesure d'analyser plus tard dans DBQL ou tout simplement pour allouer bon système de ressources à l'aide de TASM. Pour cela, l'application peut être configuré de telle manière que chaque requête est "bandes" avec des informations comme "AppUser:User1;Appgroup:DataScientists;QueryType:strategic02". Malgré le fait que le Serveur d'Applications utilise un Teradata utilisateur et un nombre limité de connexion à la route toutes les requêtes de plusieurs centaines d'utilisateurs, chaque requête est marqué avec des informations exactement de l'utilisateur qui a initié la requête. Vous pouvez ensuite effectuer toutes sortes d'analyse basée sur cette information.
Supposons que vous avez un complexe ETL application, et que vous voulez suivre et analyser vos exécution des charges - quoi et quand s'est mal passé. Habituellement, vous devez vous connecter à toutes les étapes de votre processus ETL, et dans les journaux, vous devez spécifier unique ID de Chargement, l'ID du Processus, Étape ID, etc. Vous le faites parce que vous voulez être en mesure de comprendre le processus précis provoqué cet arrêt ou une dégradation des performances, et sans cet enregistrement, il ne serait pas possible de distinguer l'exécution de la même procédure entre les différentes pistes de votre application ETL. Une bonne alternative serait de basculer sur DBQL et embellir vos requêtes avec la Requête de la Bande d'information à la Charge de l'ID, l'ID du Processus, Étape ID, etc. De cette façon, vous avez toutes les informations nécessaires dans DBQL sans la nécessité de créer d'autres d'élaborer des tableaux de bord.
OriginalL'auteur Mykola Dolgalov
cette étiquette de votre requête avec quelques paires nom /valeur. Ceci peut être utilisé pour gérer votre requête de gestion de charge de travail par exemple dans TDWM vous avez des manettes des gaz et de la priorité de la gestion des crochets qui seront les priorités de tous les nom2 types de valeur "valeur". Cela signifie que vous pouvez soumettre une très grande richesse de détails sur la session ou de la transaction
OriginalL'auteur Rupert Bailey
Oui, ce que vous avez décrit peut être facilement fait avec QueryBanding; penser que c'est un "wagon de la paire de clés attributs en transit". vous pouvez y accéder via sql ou prgrammatically avec les attributs de session dans bteq ou jdbc par exemple.
OriginalL'auteur exalake
Necromancing... les réponses Existantes faire un bon travail en expliquant comment requête groupes de travail, mais comme je ne pouvais pas trouver un travail complet exemple, j'ai pensé à ajouter un ici.
Paramètre de requête bandes de Teradata est déjà couvert, alors je vais donner un exemple de comment les définir à partir d'un .NET client:
Plus de détails peuvent être trouvés ici.
Pour récupérer stockées queryband de données, GetQueryBandValue fonction peut être utilisée:
OriginalL'auteur Alexei