Size: a a a

SqlCom.ru - Стиль жизни SQL

2020 July 30

KT

Konstantin Taranov in SqlCom.ru - Стиль жизни SQL
Sergey Desyaterik
Да я не про то так это или нет. В конце концов всё основные MVP уже на эту тему высказались (что, впрочем, не мешает этому мифу жить в головах разрабов). Я про то как показать\доказать, что этот так.
DECLARE @ExperiementTable TABLE
(
TestColumn_1 INT, TestColumn_2 VARCHAR(40), TestColumn_3 VARCHAR(40)
);
SELECT TABLE_CATALOG, TABLE_SCHEMA, COLUMN_NAME, DATA_TYPE
FROM tempdb.INFORMATION_SCHEMA.COLUMNS
WHERE COLUMN_NAME LIKE 'TestColumn%';
   
GO
SELECT TABLE_CATALOG, TABLE_SCHEMA, COLUMN_NAME, DATA_TYPE
FROM tempdb.INFORMATION_SCHEMA.COLUMNS
WHERE COLUMN_NAME LIKE 'TestColumn%';
источник

A

Alexander in SqlCom.ru - Стиль жизни SQL
Gopneg
ммм
select id where @id in (id, id2)
union
select id2 where @id in (id, id2)

ну попробуй как-то так
а этот Селект идет до ГруппБай?
источник

G

Gopneg in SqlCom.ru - Стиль жизни SQL
Alexander
а этот Селект идет до ГруппБай?
вместо
источник

G

Gopneg in SqlCom.ru - Стиль жизни SQL
ключевое слово union объединяет удаляя дубликаты
источник

G

Gopneg in SqlCom.ru - Стиль жизни SQL
union all - без удаления дублей
источник

A

Alexander in SqlCom.ru - Стиль жизни SQL
Gopneg
вместо
эм чет не пойму как буте выглядеть запрос...
источник

A

Alexander in SqlCom.ru - Стиль жизни SQL
у нас же и так селект есть
источник

A

Alexander in SqlCom.ru - Стиль жизни SQL
SELECT messages."UserId", messages."ReceiverId" FROM messages
WHERE messages."UserId" = '76206d4c-57f7-492c-9be1-1b4af790774c'
OR messages."ReceiverId" = '76206d4c-57f7-492c-9be1-1b4af790774c'
источник

A

Alexander in SqlCom.ru - Стиль жизни SQL
в начале
источник

G

Gopneg in SqlCom.ru - Стиль жизни SQL
тебе же тока идшники уникальные надо
ну вот их и выбирай
источник

A

Alexander in SqlCom.ru - Стиль жизни SQL
Gopneg
вместо
а далее
источник

A

Alexander in SqlCom.ru - Стиль жизни SQL
SELECT messages."UserId" FROM messages
WHERE '76206d4c-57f7-492c-9be1-1b4af790774c' IN (messages."UserId", messages."ReceiverId")
UNION ALL
SELECT messages."ReceiverId" FROM messages
WHERE '76206d4c-57f7-492c-9be1-1b4af790774c' IN (messages."UserId", messages."ReceiverId")
источник

G

Gopneg in SqlCom.ru - Стиль жизни SQL
похоже на правду
источник

A

Alexander in SqlCom.ru - Стиль жизни SQL
Gopneg
похоже на правду
но чет не работает как надо
источник

EU

Egor Udovychenko in SqlCom.ru - Стиль жизни SQL
Здравствуйте!
Есть кто-то кто может помочь решить пару задач?
Буду благодарен
источник
2020 July 31

А

Андрій in SqlCom.ru - Стиль жизни SQL
Egor Udovychenko
Здравствуйте!
Есть кто-то кто может помочь решить пару задач?
Буду благодарен
Ну для этого и есть данная группа, чтобы написать проблему и совместными усилиями ее решать
источник

KT

Konstantin Taranov in SqlCom.ru - Стиль жизни SQL
Отличная статья для раздумий что использовать ORM, Ad Hoc Queries или stored procedures https://sqlperformance.com/2013/05/t-sql-queries/another-argument-for-stored-procedures (спойлер - автор топит за хранимки)
источник

VY

Vitalii Yelizarov in SqlCom.ru - Стиль жизни SQL
Всем доброго времени суток. Возникла проблемка. Если в общем, то есть таблица, в которой в парочке столбцов записано множество значений. При попытке сделать выборку через LIKE, предварительно внеся во временную таблицу множество значений для выборки, выводит ошибку "(строк обработано: 3)

Сообщение 512, уровень 16, состояние 1, строка 11

Вложенный запрос вернул больше одного значения. Это запрещено, когда вложенный запрос следует после =, !=, <, <=, >, >= или используется в качестве выражения." Главный вопрос: как заставить это работать? 😊  Заранее спасибо, скрин с запросом сейчас ниже приложу
источник

VY

Vitalii Yelizarov in SqlCom.ru - Стиль жизни SQL
источник

VY

Vitalii Yelizarov in SqlCom.ru - Стиль жизни SQL
А значения хранятся там в таком виде
источник