выборка из текстовой строки неизвестной длины

[Arinyshka]

Теперь я делаю так:

Код:

CREATE PROCEDURE dbo.procedure4
AS
BEGIN
update  t_group
set id_PurpPay = dbo.GetIdPurp(t_group.id_group)
END

Где dbo.GetIdPurp - это функция, которая таки возвращает по t_group.id_group нужный мне Id_PurpPay. Такая конструкция обновит ВСЕ поля в таблице  t_group? Она уже минут 5 выполняется... не знаю, снимать или подождать

[Arinyshka]

Да, выполнилась Все нормально УРРААА!!! Хорошие, золотые мои, что б я без вас делала??? 

[Dimka]

Убейте меня, если я понимаю, почему не работал if...

Это всегда пожалуйста
Так работать не будет

Код: (Text)

IF @X = NULL
...

Надо так

Код: (Text)

IF @X IS NULL
...

Или так

Код: (Text)

IF @X IS NOT NULL
...

В зависимости от потребностей.

А два раза делать запрос нехорошо (с точки зрения производительности).

[Sla]

Arinyshka, тому що потому что Null нельзя сравнивать, его можно только определить
Это нельзя понять, это можно только запомнить (с) Кто сказал не знаю, но помню что сказал не я

[Arinyshka]

А два раза делать запрос нехорошо (с точки зрения производительности).

угу, пасиб... разницу уловила. Про запрос 2 раза - я подозревала, что это нехорошо.. И уже в другом месте сейчас тыкаюсь почти в такую же ситуацию... как этого можно было избежать? Результату запроса можно назначить ...эээ... псевдоним, да?  - как таблице в запросе?
Ну, вот мы пишем:

Код:

select 
t1.id,
t1.name
from table t1

А можно так результату запроса? Типа

Код:

(select 
t1.id,
t1.name
from table t1) z1

И выбирать что-нить из z1 потом, как из таблицы?

Arinyshka, тому що потому что Null нельзя сравнивать, его можно только определить
Это нельзя понять, это можно только запомнить (с) Кто сказал не знаю, но помню что сказал не я

так и запомню - нельзя сравнивать с пустотой, ибо пустота бесконечна...  )

[Dimka]

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

[Arinyshka]

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

Понятненько я имела в виду собственную тяжеловесную конструкцию:

Код:

if EXISTS 
    (SELECT id_PurposePay
     from PurposeOfPayment
     where PurposePay = @strtemp) 
begin
  set @tempId =(SELECT id_PurposePay
                             from PurposeOfPayment
                             where PurposePay = @strtemp)
end

Значит, можно как-то так, но не компилится:

Код:

if EXISTS 
    (SELECT id_PurposePay
     from PurposeOfPayment
     where PurposePay = @strtemp) res
begin
  set @tempId =res
end

Так тоже не компилится:

Код:

(SELECT id_PurposePay
     from PurposeOfPayment
     where PurposePay = @strtemp) rs


if EXISTS rs


begin
  set @tempId =rs
end

А как это правильно оформить? Чтобы использовать результаты подзапроса в других запросах в пределах одной хранимой?

[Sla]

а вот так?

Код:

 select @tempId = id_PurposePay
                             from PurposeOfPayment
                             where PurposePay = @strtemp

[Arinyshka]

Просто, без псевдонимов (это так называется?) запрос работает, все в порядке. Хотелось научиться использовать его результаты несколько раз

[Sla]

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

Что- то делаю другое

Select 1
что-то делаю

но
Select 1
что-то делаю 1
Select 1
что-то делаю 2

нужно превратить

Select 1
что-то делаю 1
что-то делаю 2

[Arinyshka]

ага... ок, обдумаю

[Arinyshka]

А вот такая конструкция:

Код:

CREATE PROCEDURE dbo.Fill_F_RS_idTypeRS
AS
BEGIN
declare @temp_idRS INT

  update f_rs 

     if f_rs.Tip_RS = 0
         set @temp_idRS = 1
          else set @temp_idRS = 2
  
  set f_rs.id_TypeRS = @temp_idRS
END

почему не коммитится? Ничего не понимаю У меня появилось новое поле в таблице, мне нужно его автоматом заполнить. Да, глупо, что оно зависит от значения поля в этой же таблице... Это не совсем так, но первоначальные данные нужно вбить именно в такой зависимости. Бо таблица существует в реальной БД, там свыше 5000 записей, реорганизация дается дорого... а может, создавать временную таблицу, поле в ней и уже потом update нужное мне поле в f_rs?

[Dimka]

Хотелось научиться использовать его результаты несколько раз

Вот это-то меня и смущает. Какой-то алгоритмический подход к задаче. Ты LISP знаешь?

[Arinyshka]

нет, не знаю С sql столкнулась впервые буквально месяц назад. Сейчас вот по работе delphi+sql. Мыслю, действительно, на старом добром Паскале... уж не судите строго :'(

[Arinyshka]

А вот такая конструкция:

Код:

CREATE PROCEDURE dbo.Fill_F_RS_idTypeRS
AS
BEGIN
declare @temp_idRS INT

  update f_rs 

     if f_rs.Tip_RS = 0
         set @temp_idRS = 1
          else set @temp_idRS = 2
  
  set f_rs.id_TypeRS = @temp_idRS
END

почему не коммитится? Ничего не понимаю У меня появилось новое поле в таблице, мне нужно его автоматом заполнить. Да, глупо, что оно зависит от значения поля в этой же таблице... Это не совсем так, но первоначальные данные нужно вбить именно в такой зависимости. Бо таблица существует в реальной БД, там свыше 5000 записей, реорганизация дается дорого... а может, создавать временную таблицу, поле в ней и уже потом update нужное мне поле в f_rs?

из такой ситуации уже второй раз выхожу одинаково: пишу отдельно функцию, определяющую значение для 1 поля, и процедуру с update table, ровненько вызывающую эту функцию... Разве это правильная последовательность действий?

[Dimka]

Поскольку SQL всё же язык более функциональный, то все подобные вещи делаются так:

Код: (Text)

UPDATE T_Group
SET id_PurpPay = T.id_PurposePay
FROM
   (SELECT id_PurposePay
    FROM PurposeOfPayment
    WHERE PurposePay = @strtemp) T

Если подзапрос T вернул записи, то UPDATE выполнится - для всех записей T_Group значение поля обновится на значение id_PurposePay первой записи подзапроса. Если же запрос запись не вернул, то UPDATE вообще не выполнится.

И не надо никаких временных сохранений, проверок, нагромождения функций и т.д.

P.S. А с функциональным программированием для общего развития рекомендую познакомиться - это отдельная парадигма программирования, в ней мозги по-другому работают . Нужно мыслить решение задачи как композицию функций, когда результаты одной тут же подставляются в параметры другой, при этом понятия "переменная" (как область памяти, куда можно записывать разные значения) вообще нет, есть лишь символические обозначения как в математике. Центральным местом функционального программирования является лямбда-исчисление Чёрча.

[HandKot]

если я правильно понял следующий код

Код:

  update f_rs 

     if f_rs.Tip_RS = 0
         set @temp_idRS = 1
          else set @temp_idRS = 2
  
  set f_rs.id_TypeRS = @temp_idRS

то делается это так (MS_SQL)

Код:

update f_rs
  set id_TypeRS = case when Tip_RS = 0 then 1 else 2 end