SQL Server 2017 - где оптимальнее ставить Cast() / Microsoft SQL Server

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / SQL Server 2017 - где оптимальнее ставить Cast()

15 сообщений из 15, страница 1 из 1

SQL Server 2017 - где оптимальнее ставить Cast()

#39644371

vikkiv

Участник

Откуда: EU

Сообщения: 2 580

Рейтинг: 0 / 0

что будет быстрее?:
A:

Код: sql

1.
2.

select date_key,store_key,sum(cast(sales as money))sales
from store_sales group by date_key,store_key

или
B:

Код: sql

1.
2.

select date_key,store_key,cast(sum(sales)as money)sales
from store_sales group by date_key,store_key

...

Рейтинг:

0 / 0

14.05.2018, 13:22

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644379

Гигабайт Мегабайтович Килобайтов

Участник

Сообщения: 6 978

Рейтинг: 0 / 0

а что вы хотите получить на выходе? ))

...

Рейтинг:

0 / 0

14.05.2018, 13:24

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644380

Гигабайт Мегабайтович Килобайтов

Участник

Сообщения: 6 978

Рейтинг: 0 / 0

и да - какого типа sales ?

...

Рейтинг:

0 / 0

14.05.2018, 13:25

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644381

Akina

Участник

Откуда: Зеленоград, Москва, Россия

Сообщения: 20 644

Рейтинг: 0 / 0

Тут надо задавать другой вопрос. А именно "В каком случае есть шанс получить корректные данные". Так вот - во втором случае ответ может быть и отрицательным...

...

Рейтинг:

0 / 0

14.05.2018, 13:25

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644382

TaPaK

Участник

Откуда: Kiev

Сообщения: 6 809

Рейтинг: 0 / 0

vikkiv,

а храните всё в float?

...

Рейтинг:

0 / 0

14.05.2018, 13:25

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644388

vikkiv

Участник

Откуда: EU

Сообщения: 2 580

Рейтинг: 0 / 0

хмм.., добавлю - потери при округлении не проблема
вопрос ограничен чисто контекстом что будет быстрее, т.е. не додумывая.
для упрощения скажем тип данных стоит decimal(10,3)

...

Рейтинг:

0 / 0

14.05.2018, 13:30

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644392

TaPaK

Участник

Откуда: Kiev

Сообщения: 6 809

Рейтинг: 0 / 0

vikkiv,

для упрощения 1 млрд операций или 1? по факту результаты могут разойтись в тысячи и более

...

Рейтинг:

0 / 0

14.05.2018, 13:35

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644422

vikkiv

Участник

Откуда: EU

Сообщения: 2 580

Рейтинг: 0 / 0

спасибо конечно за наводки про которые никто не спрашивал

TaPaK,

отвечая на вопрос (остальные по профилям: явно троли) - ещё раз: не округления/отклонения не важны.

...

Рейтинг:

0 / 0

14.05.2018, 14:14

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644427

TaPaK

Участник

Откуда: Kiev

Сообщения: 6 809

Рейтинг: 0 / 0

vikkivспасибо конечно за наводки про которые никто не спрашивал

TaPaK,

отвечая на вопрос (остальные по профилям: явно троли) - ещё раз: не округления/отклонения не важны.
бесплатных операций у сервера нет. В остальном не ясно откуда может возникнуть вопрос "что будет быстрее"

...

Рейтинг:

0 / 0

14.05.2018, 14:18

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644445

Гигабайт Мегабайтович Килобайтов

Участник

Сообщения: 6 978

Рейтинг: 0 / 0

ихма - если из decimal(10,3) в money , то конвертацию лучше делать последней, ибо в байтах decimal(10,3) - меньше чем money.

...

Рейтинг:

0 / 0

14.05.2018, 14:41

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644448

Гигабайт Мегабайтович Килобайтов

Участник

Сообщения: 6 978

Рейтинг: 0 / 0

Гигабайт Мегабайтович Килобайтовихма - если из decimal(10,3) в money , то конвертацию лучше делать последней, ибо в байтах decimal(10,3) - меньше чем money.
и да -опять же ихма - разность будет заметна только на если вы будете сравнивать "100500 мильенов" записей ))

...

Рейтинг:

0 / 0

14.05.2018, 14:42

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644451

TaPaK

Участник

Откуда: Kiev

Сообщения: 6 809

Рейтинг: 0 / 0

Гигабайт Мегабайтович Килобайтовихма - если из decimal(10,3) в money , то конвертацию лучше делать последней, ибо в байтах decimal(10,3) - меньше чем money.
по вашему сервер не "полностью" будет поднимать данные? или результат может занимать неизвестное количество байт? а есил кончертировать в money в decimal(10,3) то выгоднее делать миллион раз?

...

Рейтинг:

0 / 0

14.05.2018, 14:44

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644457

Гигабайт Мегабайтович Килобайтов

Участник

Сообщения: 6 978

Рейтинг: 0 / 0

TaPaKГигабайт Мегабайтович Килобайтовихма - если из decimal(10,3) в money , то конвертацию лучше делать последней, ибо в байтах decimal(10,3) - меньше чем money.
по вашему сервер не "полностью" будет поднимать данные? или результат может занимать неизвестное количество байт? а есил кончертировать в money в decimal(10,3) то выгоднее делать миллион раз?
от куда же такая телепатия? ))
я вот например третий раз читаю ваш пост, и не могу понять, что вы им хотели сказать? ...

...

Рейтинг:

0 / 0

14.05.2018, 14:50

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644491

TaPaK

Участник

Откуда: Kiev

Сообщения: 6 809

Рейтинг: 0 / 0

Гигабайт Мегабайтович КилобайтовTaPaKпропущено...

по вашему сервер не "полностью" будет поднимать данные? или результат может занимать неизвестное количество байт? а есил кончертировать в money в decimal(10,3) то выгоднее делать миллион раз?
от куда же такая телепатия? ))
я вот например третий раз читаю ваш пост, и не могу понять, что вы им хотели сказать? ...
вы порите чушЪ, и её очень больно

...

Рейтинг:

0 / 0

14.05.2018, 15:27

| Ответить | Цитировать | Написать

SQL Server 2017 - где оптимальнее ставить Cast()

#39644537

Eleanor

Участник

Сообщения: 441

Рейтинг: 0 / 0

Гигабайт Мегабайтович Килобайтовя вот например третий раз читаю ваш пост, и не могу понять, что вы им хотели сказать? ...
Хочет сказать, что вы рассматриваете не тот эффект.
cast(sum - это сначала сложить 1 млн записей, а потом 1 раз конвертировать результат. Конвертация происходит 1 раз .
sum(cast - это сконвертировать 1 млн записей, а потом их сложить. Конвертация происходит 1 млн раз .

...

Рейтинг:

0 / 0

14.05.2018, 16:52

| Ответить | Цитировать | Написать

15 сообщений из 15, страница 1 из 1

Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / SQL Server 2017 - где оптимальнее ставить Cast()

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=46&msg=39644427&tid=1689730]:	0ms
get settings:	11ms
get forum list:	14ms
check forum access:	2ms
check topic access:	2ms
track hit:	42ms
get topic data:	8ms
get forum data:	2ms
get page messages:	48ms
get tp. blocked users:	1ms
others:	252ms

total:	382ms