E
И ещё на одном - там СЛК на Win сервере был поднят, а на линуксе сервер 1С и аддон к слк. Один фиг ошибку схватил.
Size: a a a
2020 September 28
АМ
Спасибо, буду пробовать.
E
Ещё на БСХП с СЛК на линукс сервере ловил падение rphost ов, в момент регламентного выполнения проверки доп лицензии СЛК, но руки не дошли разобраться, с платформой дело или СЛК.
2020 September 29
x
Привет, подскажите почему
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
or departure_city = 'Санкт-Петербург' GROUP BY arrival_city;
Planning Time: 0.597 ms
Execution Time: 56.065 ms
выполняется быстрее чем
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
UNION
SELECT arrival_city FROM routes
WHERE departure_city = 'Санкт-Петербург'
ORDER BY arrival_city;
Planning Time: 1.606 ms
Execution Time: 118.284 ms
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
or departure_city = 'Санкт-Петербург' GROUP BY arrival_city;
Planning Time: 0.597 ms
Execution Time: 56.065 ms
выполняется быстрее чем
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
UNION
SELECT arrival_city FROM routes
WHERE departure_city = 'Санкт-Петербург'
ORDER BY arrival_city;
Planning Time: 1.606 ms
Execution Time: 118.284 ms
И
Ну может быть и подскажут, но есть более профильная группа pgsql – PostgreSQL
Чат русскоязычного сообщества PostgreSQL.
https://t.me/pgsql
Чат русскоязычного сообщества PostgreSQL.
https://t.me/pgsql
2_
Привет, подскажите почему
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
or departure_city = 'Санкт-Петербург' GROUP BY arrival_city;
Planning Time: 0.597 ms
Execution Time: 56.065 ms
выполняется быстрее чем
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
UNION
SELECT arrival_city FROM routes
WHERE departure_city = 'Санкт-Петербург'
ORDER BY arrival_city;
Planning Time: 1.606 ms
Execution Time: 118.284 ms
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
or departure_city = 'Санкт-Петербург' GROUP BY arrival_city;
Planning Time: 0.597 ms
Execution Time: 56.065 ms
выполняется быстрее чем
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
UNION
SELECT arrival_city FROM routes
WHERE departure_city = 'Санкт-Петербург'
ORDER BY arrival_city;
Planning Time: 1.606 ms
Execution Time: 118.284 ms
во первых потому что union а не union all
вы план посмотрите и все станет понятно
вы план посмотрите и все станет понятно
AL
Привет, подскажите почему
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
or departure_city = 'Санкт-Петербург' GROUP BY arrival_city;
Planning Time: 0.597 ms
Execution Time: 56.065 ms
выполняется быстрее чем
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
UNION
SELECT arrival_city FROM routes
WHERE departure_city = 'Санкт-Петербург'
ORDER BY arrival_city;
Planning Time: 1.606 ms
Execution Time: 118.284 ms
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
or departure_city = 'Санкт-Петербург' GROUP BY arrival_city;
Planning Time: 0.597 ms
Execution Time: 56.065 ms
выполняется быстрее чем
SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
UNION
SELECT arrival_city FROM routes
WHERE departure_city = 'Санкт-Петербург'
ORDER BY arrival_city;
Planning Time: 1.606 ms
Execution Time: 118.284 ms
А чего это у вас GROUP BY делает в первом запросе... У вас разве оба запроса возвращают одинаковые наборы данных ?
x
А чего это у вас GROUP BY делает в первом запросе... У вас разве оба запроса возвращают одинаковые наборы данных ?
Отсеивают дубликаты
AL
Это я понял - но во втором запросе вы явно сортируете,а в первом нет - а если убрать ORDER BY во втором случае ?
2020 September 30
AL
Select * FROM (SELECT arrival_city FROM routes
WHERE departure_city = 'Москва'
UNION
SELECT arrival_city FROM routes
WHERE departure_city = 'Санкт-Петербург'
) as derived
ORDER BY arrival_city;K
Сортировка - очень затратная операция
М
Сортировка - очень затратная операция
Да ну брось
М
±0.200мс
G
Подскажите периодически выпадает ошибка. в Сети 4 hasp 100, из них минимум на 2 есть лицензии, по данным аладдин_монитора.
АД
все 4 прописаны в nethasp.ini?
АД
И есть один момент - клиент 1С почти никогда не переключается на другой сервер хаспа, даже если он прописан, если на первом кончились лицензии
Он переключается гарантированно только если сервер прям недоступен
Соответственно вам необходимо разбить свою сеть на 4 сегмента по 100 ip адресов и на каждом сервере хаспа разрешить только один диапазон из 100 адресов
Ну а вообще давно пора на программное лицензирование переходить)
Он переключается гарантированно только если сервер прям недоступен
Соответственно вам необходимо разбить свою сеть на 4 сегмента по 100 ip адресов и на каждом сервере хаспа разрешить только один диапазон из 100 адресов
Ну а вообще давно пора на программное лицензирование переходить)
SH
многие на HASPе остаются для экономии лицензий, подозреваю что выше именно тот случай, раз сервер не выдаёт лицензии
АВ
Антон Дорошкевич
И есть один момент - клиент 1С почти никогда не переключается на другой сервер хаспа, даже если он прописан, если на первом кончились лицензии
Он переключается гарантированно только если сервер прям недоступен
Соответственно вам необходимо разбить свою сеть на 4 сегмента по 100 ip адресов и на каждом сервере хаспа разрешить только один диапазон из 100 адресов
Ну а вообще давно пора на программное лицензирование переходить)
Он переключается гарантированно только если сервер прям недоступен
Соответственно вам необходимо разбить свою сеть на 4 сегмента по 100 ip адресов и на каждом сервере хаспа разрешить только один диапазон из 100 адресов
Ну а вообще давно пора на программное лицензирование переходить)
Программные лицензии любят «слетать»
АД
Программные лицензии любят «слетать»
это вообще не так
SH
не так уж и любят