U kon, maar eerlijk verkies ik zo veel gegeven terug te doen prep mogelijk over de server. Die manier ik soms zonder het moeten kan manipuleren rapporten herschrijven, en proberen om controle over het volume van gegevens te nemen die, en, proberend om uit om het even wat voordeel te halen de Server ongeveer bandied zou in termen van prestaties kunnen kunnen aanbieden.
In dit geval, zou ik waarschijnlijk een mening creëren en zou dan eenvoudig uit de mening selecteren.
Een mening is als een virtuele lijst. Het is werkelijk meer als een opgeslagen vraag, met het voordeel dat u naar een mening enkel zoals een andere lijst kunt doorverwijzen. Het houdt geen gegevens itelf, maar weet het waar te om te krijgen het van, en de Server doet te zo zal proberen om al prestaties stats van de onderliggende verhalen te gebruiken wanneer het bekijken vraagplannen.
Creëren van de mening is eens van proces, zodra er, het enkel als een lijst gebruiken. Om het even welke updates aan gegevens wordt gedaan op de daadwerkelijke lijsten, en in de mening ogenblikkelijk weerspiegeld. Zij zijn vrij koele dingen en ideaal gezien geschikt voor deze soorten gevallen waar de vraag een beetje direct in kwestie/een beetje onhandelbaar aan gebruik is.
De eerste keer binnen, u „leidt“ tot de mening, zijn de verdere veranderingen het gedaane gebruiken „veranderen“
-- O.K., laat de mening tot stand brengen…. de noemende overeenkomsten kunnen belangrijk zijn en het is niet ongewoon om de weinig weinig karakters te vinden wijzend op het type van gegevensbestandvoorwerp.
-- In dit geval, gebruikend prefixVW om MENING aan te duiden
CRE�ëR MENING vw_Jobs_Budget_vs_Actual ZOALS
SELECTEER job_no
, cost_code_no
, som (Labor_Budget) als labor_budget
, som (Material_Budget) Material_Budget
, som (Subcontract_Budget) Subcontract_Budget
, som (Mileage_Budget) Mileage_Budget
, som (Burden_Budget) Burden_Budget
, som (Labor_cost) Labor_cost
, som (Material_cost) Material_cost
, som (Subcontract_cost) Subcontract_cost
, som (Mileage_cost) Mileage_cost
, som (Burden_cost) Burden_cost
, som (total_budget) als total_budget
, som (total_cost) als total_cost
, som (total_budget) - som (total_cost) als verschil
VAN (
selecteer job_no
, cost_code_no
, geval wanneer cost_class_no = 1 toen orig_est_dollars anders eind 0 als Labor_Budget
, geval wanneer cost_class_no = eind 2 toen orig_est_dollars anders 0 als Material_Budget
, geval wanneer cost_class_no = eind 3 toen orig_est_dollars anders 0 als Subcontract_Budget
, geval wanneer cost_class_no = eind 4 toen orig_est_dollars anders 0 als Mileage_Budget
, geval wanneer cost_class_no = eind 6 toen orig_est_dollars anders 0 als Burden_Budget
, orig_est_dollars als total_budget
, 0.00 als Labor_cost
, 0.00 als Material_cost
, 0.00 als Subcontract_cost
, 0.00 als Mileage_cost
, 0.00 als Burden_cost
, 0.00 als total_cost
Van Job_Budgets
UNIE ALLEN
selecteer job_no
, cost_code_no
, 0.00 als Labor_budget
, 0.00 als Material_budget
, 0.00 als Subcontract_budget
, 0.00 als Mileage_budget
, 0.00 als Burden_budget
, 0.00 als total_budget
, geval toen cost_class_no = 1 anders eind 0 als Labor_Cost toen kostte
, geval toen cost_class_no = 2 anders eind 0 als Material_Cost toen kostte
, geval toen cost_class_no = 3 anders eind 0 als Subcontract_Cost toen kostte
, geval toen cost_class_no = 4 anders eind 0 als Mileage_Cost toen kostte
, geval toen cost_class_no = 6 anders eind 0 als Burden_Cost toen kostte
, kosten als total_cost
Van Job_History
) src
GROEP DOOR Job_No, cost_code_no
-- ORDE DOOR Job_No, cost_code_no
-- omvat LANGS geen ORDE in een mening tenzij u ook het HOOGSTE bepalende woord gebruikt
-- herinner me enkel om uw eigen orde te doen by when selecterend uit de mening.
GA
-- Nu… is gedaan
-- Wij kunnen beginnen het te gebruiken. Het verwijzen naar het enkel als een andere lijst (vrij veel… kunnen wij selecteren, toetreden, waar, gebruiksorde langs gebruiken, gezamenlijke enz. enz.)
selecteer * uit vw_Jobs_Budget_vs_Actual
-- en dat is wat u nu in uw kristalrapporten als uw gegevensbron… gebruikt
