1. SQL / Говнокод #12551

    −163

    1. 001
    2. 002
    3. 003
    4. 004
    5. 005
    6. 006
    7. 007
    8. 008
    9. 009
    10. 010
    11. 011
    12. 012
    13. 013
    14. 014
    15. 015
    16. 016
    17. 017
    18. 018
    19. 019
    20. 020
    21. 021
    22. 022
    23. 023
    24. 024
    25. 025
    26. 026
    27. 027
    28. 028
    29. 029
    30. 030
    31. 031
    32. 032
    33. 033
    34. 034
    35. 035
    36. 036
    37. 037
    38. 038
    39. 039
    40. 040
    41. 041
    42. 042
    43. 043
    44. 044
    45. 045
    46. 046
    47. 047
    48. 048
    49. 049
    50. 050
    51. 051
    52. 052
    53. 053
    54. 054
    55. 055
    56. 056
    57. 057
    58. 058
    59. 059
    60. 060
    61. 061
    62. 062
    63. 063
    64. 064
    65. 065
    66. 066
    67. 067
    68. 068
    69. 069
    70. 070
    71. 071
    72. 072
    73. 073
    74. 074
    75. 075
    76. 076
    77. 077
    78. 078
    79. 079
    80. 080
    81. 081
    82. 082
    83. 083
    84. 084
    85. 085
    86. 086
    87. 087
    88. 088
    89. 089
    90. 090
    91. 091
    92. 092
    93. 093
    94. 094
    95. 095
    96. 096
    97. 097
    98. 098
    99. 099
    100. 100
    ALTER PROCEDURE [dbo].[prodam_Получить_Начисления_По_ЛС]
	@кодЛС uniqueidentifier,
	@дата date,
	@источникНачислений nvarchar(50)
AS
BEGIN
	SET NOCOUNT ON;
	IF @источникНачислений = 'AccountCharge_Lain'
	BEGIN
		SELECT 
		   CAST(MONTH(@дата) as nvarchar(2))+'.'+CAST(YEAR(@дата) as nvarchar(4)) as 'Расчетный период'
		  ,ach.ID as 'Начисление'
		  ,suc.Title as 'Услуга'
		  ,ach.[Formula] as 'Формула'
		  ,ach.[FormulaWithValues] as 'Формула со значениями'
		  ,CAST(ach.[SumOfPaymentEnteredTheLastMonth] as decimal(19,2)) as 'Оплаты поступившие в предыдущем месяце (руб.)'
		  ,CAST(ach.[SumOfRecalculationForTheLastMonth]as decimal(19,2)) as 'Перерасчет за предыдущий период (руб.)'
		  ,CAST(ach.[SumOfDebtOrOverpayment]as decimal(19,2)) as 'Долг (+), переплата (-) (руб.)'
		  ,um.Title as 'Единица измерения (по нормативу / приборам учета)'
		  ,CAST(ach.[SumOfTariffForUnitOfService]as decimal(19,2)) as 'Тариф за единицу услуги (руб.)'
		  ,CAST(ach.[SumOfChargeForMonthUnderTheTariff]as decimal(19,2)) as 'Начислено за месяц по тарифу (руб.)'
		  ,CAST(ach.[SumOfShortShipmentOfService]as decimal(19,2)) as 'Сумма недопоставки (руб.)'
		  ,CAST(ach.[SumOfPaymentInViewOfShortShipment]as decimal(19,2)) as 'Начислено к оплате с учетом недопоставки (руб.)'
		  ,CAST(ach.[AmountOfDaysOfShortShipmentOfService]as decimal(19,2)) as 'Недопоставка услуг (дней)'
		  ,suc.ID as 'ID'
		FROM 
		  [RegionDBNew].[dbo].Account acc
		  INNER JOIN [RegionDBNew].[dbo].[AccountCharge_Lain] ach ON 
			ach.CalculationYear = YEAR(@дата) AND 
			ach.CalculationMonth = MONTH(@дата) AND
			ach.AccountID = acc.ID
		  LEFT JOIN [RegionDBNew].[dbo].UnitOfMeasure um ON ach.[UnitOfMeasureID] = um.ID
		  LEFT JOIN [RegionDBNew].[dbo].[ServiceUnderAccount] suc ON suc.ID = ach.ServiceUnderAccountID
		WHERE
		  acc.ID = @кодЛС
		ORDER BY 
		  suc.Title;
	END
	ELSE IF @источникНачислений = 'AccountCharge_Prodam'
	BEGIN
		SELECT 
		   CAST(MONTH(@дата) as nvarchar(2))+'.'+CAST(YEAR(@дата) as nvarchar(4)) as 'Расчетный период'
		  ,ach.ID as 'Начисление'
		  ,suc.Title as 'Услуга'
		  ,ach.[Formula] as 'Формула'
		  ,ach.[FormulaWithValues] as 'Формула со значениями'
		  ,CAST(ach.[SumOfPaymentEnteredTheLastMonth] as decimal(19,2)) as 'Оплаты поступившие в предыдущем месяце (руб.)'
		  ,CAST(ach.[SumOfRecalculationForTheLastMonth] as decimal(19,2)) as 'Перерасчет за предыдущий период (руб.)'
		  ,CAST(ach.[SumOfDebtOrOverpayment] as decimal(19,2)) as 'Долг (+), переплата (-) (руб.)'
		  ,um.Title as 'Единица измерения (по нормативу / приборам учета)'
		  ,CAST(ach.[SumOfTariffForUnitOfService] as decimal(19,2)) as 'Тариф за единицу услуги (руб.)'
		  ,CAST(ach.[SumOfChargeForMonthUnderTheTariff] as decimal(19,2)) as 'Начислено за месяц по тарифу (руб.)'
		  ,CAST(ach.[SumOfShortShipmentOfService] as decimal(19,2)) as 'Сумма недопоставки (руб.)'
		  ,CAST(ach.[SumOfPaymentInViewOfShortShipment] as decimal(19,2)) as 'Начислено к оплате с учетом недопоставки (руб.)'
		  ,CAST(ach.[AmountOfDaysOfShortShipmentOfService] as decimal(19,2)) as 'Недопоставка услуг (дней)'
		  ,suc.ID as 'ID'
		FROM 
		  [RegionDBNew].[dbo].Account acc
		  INNER JOIN [RegionDBNew].[dbo].[AccountCharge_Prodam] ach ON 
			ach.CalculationYear = YEAR(@дата) AND 
			ach.CalculationMonth = MONTH(@дата) AND
			ach.AccountID = acc.ID
		  LEFT JOIN [RegionDBNew].[dbo].UnitOfMeasure um ON ach.[UnitOfMeasureID] = um.ID
		  LEFT JOIN [RegionDBNew].[dbo].[ServiceUnderAccount] suc ON suc.ID = ach.ServiceUnderAccountID
		WHERE
		  acc.ID = @кодЛС
		ORDER BY 
		  suc.Title;
	END
	ELSE IF @источникНачислений = 'AccountCharge'
	BEGIN
		SELECT 
		   CAST(MONTH(@дата) as nvarchar(2))+'.'+CAST(YEAR(@дата) as nvarchar(4)) as 'Расчетный период'
		  ,ach.ID as 'Начисление'
		  ,suc.Title as 'Услуга'
		  ,ach.[Formula] as 'Формула'
		  ,ach.[FormulaWithValues] as 'Формула со значениями'
		  ,CAST(ach.[SumOfPaymentEnteredTheLastMonth] as decimal(19,2)) as 'Оплаты поступившие в предыдущем месяце (руб.)'
		  ,CAST(ach.[SumOfRecalculationForTheLastMonth] as decimal(19,2)) as 'Перерасчет за предыдущий период (руб.)'
		  ,CAST(ach.[SumOfDebtOrOverpayment] as decimal(19,2)) as 'Долг (+), переплата (-) (руб.)'
		  ,um.Title as 'Единица измерения (по нормативу / приборам учета)'
		  ,CAST(ach.[SumOfTariffForUnitOfService] as decimal(19,2)) as 'Тариф за единицу услуги (руб.)'
		  ,CAST(ach.[SumOfChargeForMonthUnderTheTariff] as decimal(19,2)) as 'Начислено за месяц по тарифу (руб.)'
		  ,CAST(ach.[SumOfShortShipmentOfService] as decimal(19,2)) as 'Сумма недопоставки (руб.)'
		  ,CAST(ach.[SumOfPaymentInViewOfShortShipment] as decimal(19,2)) as 'Начислено к оплате с учетом недопоставки (руб.)'
		  ,CAST(ach.[AmountOfDaysOfShortShipmentOfService] as decimal(19,2)) as 'Недопоставка услуг (дней)'
		  ,suc.ID as 'ID'
		FROM 
		  [RegionDBNew].[dbo].Account acc
		  INNER JOIN [RegionDBNew].[dbo].[AccountCharge] ach ON 
			ach.CalculationYear = YEAR(@дата) AND 
			ach.CalculationMonth = MONTH(@дата) AND ach.CalculationMonth = MONTH(@дата) AND
			ach.AccountID = acc.ID
		  LEFT JOIN [RegionDBNew].[dbo].UnitOfMeasure um ON ach.[UnitOfMeasureID] = um.ID
		  LEFT JOIN [RegionDBNew].[dbo].[ServiceUnderAccount] suc ON suc.ID = ach.ServiceUnderAccountID
		WHERE
		  acc.ID = @кодЛС
		ORDER BY 
		  suc.Title;
END

    Запостил: sciner, 07 Февраля 2013

    Комментарии (14) RSS

    • ava guest 08.02.2013 11:58 # +1

      1с-ник писал
      Ответить

    • ava sciner 08.02.2013 12:54 # 0

      Нет, писал .Net-чик
      Ответить

    • ava 3.14159265 08.02.2013 15:34 # +2

      С таким приходилось работать, сопровождать и дописывать. Убеждал коллег думать прежде чем копипастить.
      - "мкей", отвечали они и продолжали ебошить.
      Даже не смешно.

      >ach.CalculationMonth = MONTH(@дата) AND ach.CalculationMonth = MONTH(@дата) AND
      АдЪ.
      Ответить

    • ava eth0 08.02.2013 19:35 # 0

      Начинать с запятых - никак не могу визуально это воспринять, выглядит уродско.
      Ну и упоротые алиасы, тоже сурово.
      Ответить

    • ava RaZeR 09.02.2013 15:44 # 0

      >ALTER PROCEDURE [dbo].[prodam_Получить_Начисления_По_ЛС]
      Не продаст. Надеюсь.
      Ответить

    • ava DBdev 11.02.2013 17:18 # +1

      Откровенно говоря, вижу 3 проблемы:
      - архитектура базы хромает, раз за одними и теми же полями надо лазить в 3 разные таблицы
      - ужасный нейминг со смесью кириллицы и латиницы
      - бизнесс-алиасы полям задаются на уровне хранимы, а не на уровне юзер-интерфейса

      Из озвученного выше:
      - с запятыми перед полями жить можно и даже для дебага полезно (очень легко поставив -- исключить поле из выборки. Зачем вначале запятые ставить? Чаще изменения случаются с последними элементами, а не первыми)
      - 92 строку оптимизатор запросов все-равно преобразует в единое условие

      Итого, как заключение - бить надо рахитектора. Разработчик выкрутился, как смог. Если разработчик этого и является рахитектором решения - бить разработчика.
      Ответить

      • ava eth0 12.02.2013 19:58 # −1

        Жить-то можно, не спорю. Только это уныло слегка.
        Отлаживать комментированием - плохая практика.
        Ответить

    • ava 3.14159265 11.02.2013 17:37 # 0

      >с запятыми перед полями жить можно и даже для дебага полезно
      Безусловно.

      > архитектура базы хромает, раз за одними и теми же полями надо лазить в 3 разные таблицы
      > Разработчик выкрутился, как смог
      Можно было не копипастить - создать сводную временную таблицу или если противник temp table(о ужас!) использовать exec
      Ответить

      • ava 3.14159265 11.02.2013 17:44 # 0

        >использовать exec
        Или with какой-нибудь. В ms sql давно добавили.
        >[dbo].[prodam_Получить_Начисления_По_ЛС]
        > @кодЛС uniqueidentifier,
        > @дата date,
        > @источникНачислений nvarchar(50)
        Та это как в быдлоexcelе или 1C.
        Ответить

        • ava DBdev 11.02.2013 19:09 # 0

          Хочу подчеркнуть, что для разработчика не специализирующегося на проектировании БД (отбросим знания with) написан запрос, с точки зрения _производительности_ - оптимально (временные таблицы - дополнительная перегонка данных, динамика - незакешированный запрос), с точки зрения _читабельности и повторяемости_ кода - плохо. Осуждать человека, написавшего данный запрос, не могу.
          Ответить

          • ava 3.14159265 11.02.2013 19:20 # 0

            >временные таблицы - дополнительная перегонка данных, динамика - незакешированный запрос
            Да. Согласен. С точки зрения производительности оно-то оптимально, но там ошибиться просто негде.
            А как такое сопровождать?
            Программист оттачивает технику копипаста, и потом 16 раз такое накопировано, 32 раза итд?

            >динамика - незакешированный запрос
            В большинстве случаев это некритично, доли секунды на компиляцию планов стоят меньше чем труд программиста, которому потом поддерживать.

            >отбросим знания with
            Не надо. Они тут очень кстати.
            Ответить

            • ava DBdev 11.02.2013 19:35 # 0

              Все верно сказано, но вернувшись к причинно-следственному анализу, повторюсь: первопричина данного ГК - кривая архитектура БД, не было бы такой кривой архитектуры - не было бы и данного ГК.
              ЗЫ Я там ошибку допустил - "незакешированный запрос" = "незакешированный план запроса", но меня поняли ;)
              ЗЗЫ И все-таки не стоит думать, что все знают динамику и конструкцию with.
              Ответить

              • ava 3.14159265 11.02.2013 20:01 # 0

                >Я там ошибку допустил - "незакешированный запрос" = "незакешированный план запроса"

                Это я понял.
                Сборка запросов типична для ситуации когда в процедуру приходит несколько параметров @a,@b,@c,@d и нужна логика, если @a is null, то убрать условие на @a, если @b is null, то убрать джойн на @b.
                Тут видится джва выхода
                а) "оптимальный" копипаст на всё случаи жизни. в данном примере 16. скомпиленые планы и скорость прилагаются. проблемы возникают когда в процедуру надо добавить @e, а потом и @f.
                б) OR со всеми вытекающими union и 16 сканами по таблице (t1.someA=@a or @a is null).

                Тут-то на помощь и спешит динамика.
                Ответить

    • ava kovyl2404 14.02.2013 22:57 # 0

      Ахуеть.
      Ответить

    Добавить комментарий