Вы smogли, но честно я предпочитаю сделать как много приготовление уроков данных как по возможности заднюю часть на сервере. Что дорога, котор я могу манипулировать иногда без перезаписать рапорты, и попытка для того чтобы принять управление над количеством данных будучи bandied около, и, пытающся для того чтобы принять преимуществу что-нибыдь сервера могло мочь предложить оперируя понятиями представления.
В этот случай, я вероятно создал бы взгляд и после этого просто выбрал бы от взгляда.
Взгляд как фактически таблица. Он реально больше как, котор хранят вопрос, с преимуществом которое вы можете сослаться к взгляду как раз как любая другая таблица. Он не держит itelf данных, а знает где получить его от, и сервер делает слишком поэтому попытается использовать весь stats представления от основных сказов смотря планы вопроса.
Создавать взгляд раз отростчатыми, как только там, использует его как раз как таблица. Все уточнения к данным сделаны на фактических таблицах, и мгновенно отражены в взгляде. Ими будут довольно холодные вещи и идеально после того как они одеты к этим типам случаев где вопросом будет бит задействованный/бит неповоротливый использовать сразу.
Первый раз внутри, вы «создаете» взгляд, затем изменения сделаны using «изменяете»
-- OK, воспрепятствуйте для того чтобы создать взгляд…. называя конвенции могут быть важны и не неупотребительно найти, что немногие немногие характеры отразили тип предмета базы данных.
-- В этот случай, using VW приставкой для того чтобы обозначить ВЗГЛЯД
СОЗДАЙТЕ ВЗГЛЯД vw_Jobs_Budget_vs_Actual КАК
ВЫБЕРИТЕ job_no
, cost_code_no
, сумма (Labor_Budget) как labor_budget
, сумма (Material_Budget) Material_Budget
, сумма (Subcontract_Budget) Subcontract_Budget
, сумма (Mileage_Budget) Mileage_Budget
, сумма (Burden_Budget) Burden_Budget
, сумма (Labor_cost) Labor_cost
, сумма (Material_cost) Material_cost
, сумма (Subcontract_cost) Subcontract_cost
, сумма (Mileage_cost) Mileage_cost
, сумма (Burden_cost) Burden_cost
, сумма (total_budget) как total_budget
, сумма (total_cost) как total_cost
, сумма (total_budget) - сумма (total_cost) как отклонение
ОТ (
выберите job_no
, cost_code_no
, случай когда cost_class_no = после этого orig_est_dollars 1 еще 0 концов как Labor_Budget
, случай когда cost_class_no = 2 после этого orig_est_dollars еще 0 концов как Material_Budget
, случай когда cost_class_no = 3 после этого orig_est_dollars еще 0 концов как Subcontract_Budget
, случай когда cost_class_no = 4 после этого orig_est_dollars еще 0 концов как Mileage_Budget
, случай когда cost_class_no = 6 после этого orig_est_dollars еще 0 концов как Burden_Budget
, orig_est_dollars как total_budget
, 0.00 как Labor_cost
, 0.00 как Material_cost
, 0.00 как Subcontract_cost
, 0.00 как Mileage_cost
, 0.00 как Burden_cost
, 0.00 как total_cost
От Job_Budgets
СОЕДИНЕНИЕ ВСЕ
выберите job_no
, cost_code_no
, 0.00 как Labor_budget
, 0.00 как Material_budget
, 0.00 как Subcontract_budget
, 0.00 как Mileage_budget
, 0.00 как Burden_budget
, 0.00 как total_budget
, случай когда cost_class_no = 1 после этого стоимое еще 0 концов как Labor_Cost
, случай когда cost_class_no = 2 после этого стоимое еще 0 концов как Material_Cost
, случай когда cost_class_no = 3 после этого стоимое еще 0 концов как Subcontract_Cost
, случай когда cost_class_no = 4 после этого стоимое еще 0 концов как Mileage_Cost
, случай когда cost_class_no = 6 после этого стоимое еще 0 концов как Burden_Cost
, цена как total_cost
От Job_History
) src
ГРУППА Job_No, cost_code_no
-- ЗАКАЗ Job_No, cost_code_no
-- не включите ЗАКАЗ МИМО в взгляд если вы также не использовать ВЕРХНИЙ квалификатор
-- как раз вспомните сделать ваш собственный заказ выбирая от взгляда.
ИДИТЕ
-- Теперь, когда делает…
-- Мы можем начать использовать его. Ссылающся к ему как раз как любая другая таблица (милая очень… мы можем выбрать, соединяем, используем где, заказ пользы мимо, агрегатный etc etc)
выберите * от vw_Jobs_Budget_vs_Actual
-- и то вы теперь используете в ваших кристаллический рапортах как ваш источник данных…
