Cuestión : Externos llenos ensamblan para el CR

Hola expertos,

I que intenta conseguir datos a partir de 2 tablas que no tienen ninguna relación 1 a 1 a excepción de la columna - job_no. La declaración siguiente recupera datos muy limitados o ningúno en algunas columnas: el

SELECT job_history.job_no, job_history.cost, job_history.cost_code_no, job_history.cost_class_no, job_budgets.job_no, job_budgets.orig_est_dollars, job_budgets.cost_code_no, job_budgets

FULL de job_budgets.cost_class_no

FROM EXTERNO ENSAMBLA job_budgets del job_history
ON .job_no = job_history.job_no

The que liga la columna “job_no” contiene muchas filas separadas para cada número único del job_no - contienen los datos de coste periódicos del trabajo incorporados en un cierto plazo y no puedo dejar pensar que esto está causando algo de mi problema - pero soy un principiante verdadero en la columna job_budgets.orig_est_dollars de SQL.

The contengo los costes presupuestados para una columna job_history.cost de la construcción project.
The contengo los costes reales para un proyecto. Estos costes (en ambas tablas) son analizados por las categorías (1 - 26) en la columna: cost_code_no (en ambas tablas) y clasificado como el material, el trabajo, o submarino por el contenido numérico del cost_class_no de la columna (1.2.3). Necesito explotar estas categorías en mi informe para comparar costes reales a los costes presupuestados. Necesito simplemente una pregunta que tire de todos los datos de estas dos tablas en estas columnas así que puedo funcionar con informes sobre ella.
class= del

Respuesta : Externos llenos ensamblan para el CR

Usted podría, pero honesto prefiero hacer tanta preparación de los datos como sea posible la parte posterior en el servidor. Que manera que puedo manipular a veces sin tener que reescribir informes, e intento para tomar control sobre el volumen de datos que son discutidos alrededor, y, intentando aprovecharse cualquier cosa el servidor pudo poder ofrecer en términos de funcionamiento.

En este caso, crearía probablemente una visión y después la seleccionaría simplemente de la visión.

Una visión es como una tabla virtual. Está realmente más bién una pregunta almacenada, con la ventaja que usted puede referir a una visión apenas como cualquier otra tabla. No lleva a cabo el itelf de los datos, sino sabe dónde conseguirlo de, y el servidor hace también así que intentará utilizar todo el stats del funcionamiento de los cuentos subyacentes al mirar planes de la pregunta.

Crear la visión es una vez apagado un de proceso, una vez que allí, lo utiliza apenas como una tabla. Cualquier actualización a los datos se hace en las tablas reales, y se refleja instantáneamente en la visión. Ella es cosas bastante frescas y adaptado ideal a estos tipos de casos donde está un pedacito la pregunta implicado/un pedacito poco manejable para utilizar directo.

Primera vez adentro, usted “crea” la visión, los cambios subsecuentes se hace usar “altera”

-- APROBAR, deja para crear la visión…. las convenciones de nombramiento pueden ser importantes y no es infrecuente encontrar los pocos pocos carácteres el reflejar del tipo de objeto de base de datos.
-- En este caso, usar VW del prefijo para denotar la VISIÓN

CREAR LA VISIÓN vw_Jobs_Budget_vs_Actual COMO
SELECCIONAR el job_no
          , cost_code_no
          , suma (Labor_Budget) como labor_budget
          , suma (Material_Budget) Material_Budget
          , suma (Subcontract_Budget) Subcontract_Budget
          , suma (Mileage_Budget) Mileage_Budget
          , suma (Burden_Budget) Burden_Budget
          , suma (Labor_cost) Labor_cost
          , suma (Material_cost) Material_cost
          , suma (Subcontract_cost) Subcontract_cost
          , suma (Mileage_cost) Mileage_cost
          , suma (Burden_cost) Burden_cost
          , suma (total_budget) como total_budget
          , suma (total_cost) como total_cost
          , suma (total_budget) - suma (total_cost) como variación

DE (
            seleccionar el job_no
                      , cost_code_no
                      , caso cuando cost_class_no = entonces orig_est_dollars 1 0 extremos como Labor_Budget
                      , caso cuando cost_class_no = 2 entonces orig_est_dollars 0 extremos como Material_Budget
                      , caso cuando cost_class_no = 3 entonces orig_est_dollars 0 extremos como Subcontract_Budget
                      , caso cuando cost_class_no = 4 entonces orig_est_dollars 0 extremos como Mileage_Budget
                      , caso cuando cost_class_no = 6 entonces orig_est_dollars 0 extremos como Burden_Budget
                      , orig_est_dollars como total_budget
                      , 0.00 como Labor_cost
                      , 0.00 como Material_cost
                      , 0.00 como Subcontract_cost
                      , 0.00 como Mileage_cost
                      , 0.00 como Burden_cost
                      , 0.00 como total_cost
            De Job_Budgets

            UNIÓN TODA

            seleccionar el job_no
                    , cost_code_no
                    , 0.00 como Labor_budget
                    , 0.00 como Material_budget
                    , 0.00 como Subcontract_budget
                    , 0.00 como Mileage_budget
                    , 0.00 como Burden_budget
                    , 0.00 como total_budget
                    , caso cuando cost_class_no = 1 entonces costado 0 extremos como Labor_Cost
                    , caso cuando cost_class_no = 2 entonces costados 0 extremos como Material_Cost
                    , caso cuando cost_class_no = 3 entonces costados 0 extremos como Subcontract_Cost
                    , caso cuando cost_class_no = 4 entonces costados 0 extremos como Mileage_Cost
                    , caso cuando cost_class_no = 6 entonces costados 0 extremos como Burden_Cost
                    , coste como total_cost
                     
            De Job_History
          ) src
GRUPO de Job_No, cost_code_no
-- ORDEN de Job_No, cost_code_no
-- no incluir la ORDEN CERCA en una visión a menos que usted también utilice a calificador SUPERIOR
-- apenas recordar hacer su propia orden por al seleccionar de la visión.
IR

-- Ahora que se ha hecho…
-- Podemos comenzar a usarla. Refiriéndole apenas como cualquie otra tabla (bonita… podemos seleccionar mucho, ensamblamos, utilizamos donde, orden del uso cerca, etc agregado los etc)

seleccionar * de vw_Jobs_Budget_vs_Actual

-- y eso es lo que usted ahora utiliza en sus informes cristalinos como su fuente de datos…


Otras soluciones  
 
programming4us programming4us