VM
Size: a a a
2020 February 13
VM
общая цена прям отпугивает да? =)
Дt
а зачем платить больше, чтобы получить меньше?
VM
на ядро больше
Дt
а если нужна скорость на ядро - то за 2400р покупается i5-3770 который быстрее ядром чем e3-1270
VM
все от задач зависит
TS
а зачем платить больше, чтобы получить меньше?
новее - больше ресурс? )
Дt
новее - больше ресурс? )
процессоры не горят сами по себе, только мамка может убить проц
Дt
ресурс = бесконечность
TS
да это-то понятно, но вот психоЛОЛгия же
VM
опять-же 1155 и 1366 сравнивать =) там еще цена материнки будет
VM
в итоге 1155 дешевле выйдет
TS
на всякий случай новость для любителей квадрокоптеров и прочей летательной р/у техники:
https://hobbycenter.ru/news/poletam_byt_-3977
https://hobbycenter.ru/news/poletam_byt_-3977
Дt
опять-же 1155 и 1366 сравнивать =) там еще цена материнки будет
ну так то да, я умудрился супермикру подешёвке взять
AS
вроде как бы указал DISTINCT поле, смотрю в выборке и все равно повторения
выборка же не из одного поля? distinct не будет же задвоения убирать, если по задвоенным полям другие поля отличаются.🤔
R
Andrey S
выборка же не из одного поля? distinct не будет же задвоения убирать, если по задвоенным полям другие поля отличаются.🤔
уже понял
g
уже понял
Тебе нужно отранжировать row_number() partition by поле, потом по номеру отобрать
ВТ
всем привет)
а вот если была бы неободимость хранить комбинации объектов - ну то есть структра состоит из комбинаций объктов
в самом простом случае это был бы ключ структура-объект, и ты там хранишь все комбинации
но что если объекты разнесены по разным таблицам, допустим номера их не пересекаются.
что было бы проще - знать в спецификации структуры на какой тип объектов ссылаться - и оттуда уже понимать действующую таблицу ( мозгом так сказать)
или просто использовать, образно, сборник всех объектов во вьюхе, допустим? и не хранить нигде в комбинациях эту информацию?
а вот если была бы неободимость хранить комбинации объектов - ну то есть структра состоит из комбинаций объктов
в самом простом случае это был бы ключ структура-объект, и ты там хранишь все комбинации
но что если объекты разнесены по разным таблицам, допустим номера их не пересекаются.
что было бы проще - знать в спецификации структуры на какой тип объектов ссылаться - и оттуда уже понимать действующую таблицу ( мозгом так сказать)
или просто использовать, образно, сборник всех объектов во вьюхе, допустим? и не хранить нигде в комбинациях эту информацию?
KA
Что-то похожее на такое должно получиться, вопрос только в группах в group by.
select id, bill,
sum(case goods_group
when 'phone' then sums
when 'accessoire' then sums end) as s
from sales
group by id, bill
having 2 = count(distinct
case goods_group
when 'phone' then 1
when 'accessoire' then 2
end)
только ещё раз, никогда не давайте имён в виде ключевых слов, на подобие sum. mysql "sum" в case приводит в 0 даже если экранировать и скобками - пол часа не мог понять в чем дело
С оптимальностью не заморачивался
select id, bill,
sum(case goods_group
when 'phone' then sums
when 'accessoire' then sums end) as s
from sales
group by id, bill
having 2 = count(distinct
case goods_group
when 'phone' then 1
when 'accessoire' then 2
end)
только ещё раз, никогда не давайте имён в виде ключевых слов, на подобие sum. mysql "sum" в case приводит в 0 даже если экранировать и скобками - пол часа не мог понять в чем дело
С оптимальностью не заморачивался
Спасибо! убрала select по bill и 3-ю строку, и получилось то, что хотела 🌞
F
на 3.5ггц чуть-чуть быстрее чем 3.2ггц i5-2400
показать мой хуанан?))