Его реальная цена была: $774.99 + $40 доставка.
На яндекс маркете много различных версий с разными комплектующими, я привел пример что в мою комплектацию входило.
У него нет дискретной видеокарты
А нужна ли она реально на ульрабуке? Я ради интереса (и пока Win10 была установлена) проверил как на HD 520 идет Overwatch, играбельно (но не долго)
Ну и чего нет у Xiaomi:
Места для LTE модема (гипотетически можем запихнуть M.2 LTE модем, а потом сами протянем антенны)
Кардридер
LAN
Возможность докинуть RAM
E-Port
Нет в списке Ubuntu Certified hardware
Сравнивать эти два ноутбука вообще невозможно, они из разных "весовых категорий". Просто 50к, это как-то круто и ничего такого "вау-вау-вау" я не заметил и к сожалению порекомендовать друзьям бы к покупке не смог. Но все же следует надо дождаться когда продукт поступит на рынок, может и реальная цена будет ниже.
В принципе 13 дюймовый вариант зело интересен, но без памяти оно нафиг не надо.
Ну не знаю 50 тысяч, как то круто. Я взял за теже деньги (± пару тысяч) Dell Latitude e7470. Только Dell сделан так, что до внутренностей легко добраться и заменить, а тут только докинуть SSD (странное решение, почему не 3g/4g ?)
>Где я такое писал? Правильно — нигде
>>он не может работать нормально и конкурировать с айос
>Телефон андроид из ценового сегмента «не топ» неюзабелен в принципе. Можно сколько угодно долго себя обманывать, но это так.
То чем пользуется человек — это его личное дело, и говорить что он себя обманывает это в корне не верно.
>А для ценового сегмента «не топ» — есть бушные айфоны.
б/у != новый
>И опять же — цена не оправдывает, когда разница в цене не порядок, а от силы 2раза.
800 USD и 400 USD — для некоторых уже существенно, а если за 200 USD будет покрывать все что нужно, то это вообще чудно.
>Телефон мог бы работать лучше, но он не работает и все минусы проявляются как раз такие на «не топ» сегменте.
Телефон перестает быть «топ»ом через пол года
>На сам андроид никто не гонит, но факт есть факт — жава — его слабая сторона.
Я не пишу под Андроид однако мне казалось, что Java это прослойка, которая потом конвертируется в Dalvik/Art, а если уж хочется всегда есть NDK.
Да конечно, только ссылка в виде текста, наверное между GT и хабром есть разница в доступности тегов для Read&Comment пользователей:
Ссылка из доки по 12с: https://docs.oracle.com/database/121/SQLRF/queries006.htm
Интересно стало, а что же там у MS: https://technet.microsoft.com/en-us/library/ms191472(v=sql.105).aspx
По бесполезности и возможности отстрелить ногу — я полностью согласен. Как уже говорил, в продакшене я не видел чтобы использовали Natural (и без него веселья много).
А вот по классификации, я не то что не согласен, просто это бесполезное занятие, вон Oracle класифицирует их так:
Ну все равно он существует )) И поэтому нельзя сказать, что их всего 5. Конечно в реальной жизни NATURAL JOIN используется так же часто как и RIGHT JOIN.
Привык уже использовать WHERE EXISTS вместо WHERE X IN (SELECT Y FROM ...)
Если нужно будет сделать отрицающее условие, то в первом случае надо будет сделать WHERE NOT EXISTS, а вот NOT IN уже использовать опасно, и придется немного переписать в WHERE X NOT IN (SELECT Y FROM… WHERE Y IS NOT NULL)
SELECT t.*
, count(*) over (PARTITION BY t.id) as item_count
, sum(i.price) over (PARTITION BY t.id) as total_price
FROM table1 t
LEFT JOIN items i
ON t.id = i.parent_id
;
А что вы хотите этим GROUP BY сделать?
Попробую предпроложить, что раз нет ни одной агрегирующей функции, то наверное хотите получить уникальные записи
Может тогда лучше так?
SELECT DISTINCT
s.session_user_id AS user_id
, s.session_viewonline
, u.username
, u.user_type
, u.user_colour
FROM phpbb_sessions s
LEFT JOIN phpbb_users u
ON s.session_user_id = u.user_id
WHERE s.session_time >= 1469004330
AND s.session_user_id <> 1
ORDER BY u.username_clean
По мне так, я сходу не могу вспомнить когда компания позволяла использовать на работе персональные лицензии (правда на работе надо пройти три круга согласований, СБ и уговоров, а может альтернатив).
Его реальная цена была: $774.99 + $40 доставка.
На яндекс маркете много различных версий с разными комплектующими, я привел пример что в мою комплектацию входило.
А нужна ли она реально на ульрабуке? Я ради интереса (и пока Win10 была установлена) проверил как на HD 520 идет Overwatch, играбельно (но не долго)
Ну и чего нет у Xiaomi:
Сравнивать эти два ноутбука вообще невозможно, они из разных "весовых категорий". Просто 50к, это как-то круто и ничего такого "вау-вау-вау" я не заметил и к сожалению порекомендовать друзьям бы к покупке не смог. Но все же следует надо дождаться когда продукт поступит на рынок, может и реальная цена будет ниже.
Вот что-то с ноутами не замечал такого. Бизнес-линейки многих производителей вообще редко меняют дизайн.
Ну не знаю 50 тысяч, как то круто. Я взял за теже деньги (± пару тысяч) Dell Latitude e7470. Только Dell сделан так, что до внутренностей легко добраться и заменить, а тут только докинуть SSD (странное решение, почему не 3g/4g ?)
>>он не может работать нормально и конкурировать с айос
>Телефон андроид из ценового сегмента «не топ» неюзабелен в принципе. Можно сколько угодно долго себя обманывать, но это так.
То чем пользуется человек — это его личное дело, и говорить что он себя обманывает это в корне не верно.
>А для ценового сегмента «не топ» — есть бушные айфоны.
б/у != новый
>И опять же — цена не оправдывает, когда разница в цене не порядок, а от силы 2раза.
800 USD и 400 USD — для некоторых уже существенно, а если за 200 USD будет покрывать все что нужно, то это вообще чудно.
>Телефон мог бы работать лучше, но он не работает и все минусы проявляются как раз такие на «не топ» сегменте.
Телефон перестает быть «топ»ом через пол года
>На сам андроид никто не гонит, но факт есть факт — жава — его слабая сторона.
Я не пишу под Андроид однако мне казалось, что Java это прослойка, которая потом конвертируется в Dalvik/Art, а если уж хочется всегда есть NDK.
Да такое сейчас проверил — не работает.
Но спасибо буду знать, что такое есть в FF.
> An equijoin is an inner join whose join condition contains an equality operator.
А типы JOIN-ов (по градации Oracle)
* Inner Joins
* Outer Joins
* Semijoins
* Antijoins
Магические «другие» JOIN мы можем увидеть в плане запросов.
NESTED LOOPS (Equi | Self | Cartesian | Outer | Anti | Semi)
HASH JOIN (Equi | Self | Cartesian | Outer | Anti | Semi)
MERGE JOIN (Equi | Self | Cartesian | Outer | Anti | Semi)
Причем зачастую они будут одинаковы и у Oracle и у SQL Server (pg под рукой сейчас нет)
>Нет. Equi Join — это когда критерием соединения является явная (указанная в ON/WHERE) или неявная (с USING/NATURAL) система равенств
Тогда скажите запрос:
SELECT *
FROM a, b
WHERE a.id = b.id
Это EQUI JOIN или INNER JOIN
Ссылка из доки по 12с: https://docs.oracle.com/database/121/SQLRF/queries006.htm
Интересно стало, а что же там у MS: https://technet.microsoft.com/en-us/library/ms191472(v=sql.105).aspx
А вот по классификации, я не то что не согласен, просто это бесполезное занятие, вон Oracle класифицирует их так:
1. Equi Joins
2. Self Joins
3. Cartesian Products
4. Inner Joins
5. Outer Joins
6. Antijoins
7. Semijoins
Хотя по мне Equijoin это частный случай Inner Join, а Antijoins и Semijoins это вообще NOT EXISTS и EXISTS соответственно
Если нужно будет сделать отрицающее условие, то в первом случае надо будет сделать WHERE NOT EXISTS, а вот NOT IN уже использовать опасно, и придется немного переписать в WHERE X NOT IN (SELECT Y FROM… WHERE Y IS NOT NULL)
Еще в голову пришло динамически собирать запрос.
Но вообще использовать SELECT * это как то не по феншую.
SELECT t.*
, count(*) over (PARTITION BY t.id) as item_count
, sum(i.price) over (PARTITION BY t.id) as total_price
FROM table1 t
LEFT JOIN items i
ON t.id = i.parent_id
;
Попробую предпроложить, что раз нет ни одной агрегирующей функции, то наверное хотите получить уникальные записи
Может тогда лучше так?
SELECT DISTINCT
s.session_user_id AS user_id
, s.session_viewonline
, u.username
, u.user_type
, u.user_colour
FROM phpbb_sessions s
LEFT JOIN phpbb_users u
ON s.session_user_id = u.user_id
WHERE s.session_time >= 1469004330
AND s.session_user_id <> 1
ORDER BY u.username_clean
SELECT author
FROM books
GROUP BY author
HAVING sum(stock) > 3;
По мне так, я сходу не могу вспомнить когда компания позволяла использовать на работе персональные лицензии (правда на работе надо пройти три круга согласований, СБ и уговоров, а может альтернатив).