EL
Вроде так
Size: a a a
2020 July 20
EL
#вопрос как определить какое число подключений создает дашборд? насколько я вижу, если дашборд состоит из 20 ворклистов на один и тот же источник, то лимит на учетную запись, например, в 10 подключений в момент открытия дашборда на сервере резко превышается. то есть каждый ворклист создает отдельное подключение к БД? а если несколько пользователей подключается к дашброрду, то количество подключений множится?
Ну и каждый отдельный запрос считается отдельным подключением со стороны бд
EL
#вопрос как определить какое число подключений создает дашборд? насколько я вижу, если дашборд состоит из 20 ворклистов на один и тот же источник, то лимит на учетную запись, например, в 10 подключений в момент открытия дашборда на сервере резко превышается. то есть каждый ворклист создает отдельное подключение к БД? а если несколько пользователей подключается к дашброрду, то количество подключений множится?
Зависит от того как vizql скомпилирует ;)
SV
Ну и каждый отдельный запрос считается отдельным подключением со стороны бд
Да, я пытался сделать на УЗ количество лимитов по количеству ворклистов, но что-то пошло не так, так как работало через раз.
EL
Да, я пытался сделать на УЗ количество лимитов по количеству ворклистов, но что-то пошло не так, так как работало через раз.
Типо перебор вышел?
АП
Да, я пытался сделать на УЗ количество лимитов по количеству ворклистов, но что-то пошло не так, так как работало через раз.
тут имеет значение не кол-во ворклистов, а кол-во открытых подключений с работающих книг.
EL
тут имеет значение не кол-во ворклистов, а кол-во открытых подключений с работающих книг.
Интересно, табло умное что бы конкурентным юзерам при одном и тоже запросе шарить его и результаты? И если да то какой промежуток будет считаться? Интересно, кеш на лайв подключениях как будет себя вести
АП
Интересно, табло умное что бы конкурентным юзерам при одном и тоже запросе шарить его и результаты? И если да то какой промежуток будет считаться? Интересно, кеш на лайв подключениях как будет себя вести
хороший вопрос. Как минимум одинаковые запросы должны кэшироваться на уровне БД, если онлайн-подключение и сама БД нормально настроена (там это достаточно хорошо можно тюнинговать). В настройках сервера с кешем тоже можно поработать, там есть пара опций.
EL
хороший вопрос. Как минимум одинаковые запросы должны кэшироваться на уровне БД, если онлайн-подключение и сама БД нормально настроена (там это достаточно хорошо можно тюнинговать). В настройках сервера с кешем тоже можно поработать, там есть пара опций.
Хм, поднять что ли постгресс и пограться... табло сервер еще нужен )) и как еще на сервере увидеть что хитнуло кеш...
АП
по логам, как ещё
SV
Табло закрывает соединения, чтобы делать конкурентные подключения к одной и той же бд?
SV
Тогда, наверное, учётка, под которой я подключаюсь к бд в принципе не должна иметь лимитов подключений
АП
Табло закрывает соединения, чтобы делать конкурентные подключения к одной и той же бд?
Ну в какой-то момент он закрывает соединение, если с книгой которая это соединение использует никто не работает. Тут другой момент. Допустим у тебя долгий запрос в воркбуке. Зашел 1 пользователь, открылось 1 соединение, ждём селект. Зашел 2 пользователь, переиспользовать 1 соединение он не может, оно занято. Поэтому по логике надо открыть 2 соединение. Ну и так далее.
SV
Ага
OK
Тогда, наверное, учётка, под которой я подключаюсь к бд в принципе не должна иметь лимитов подключений
У вас может Terradata или Greenplum?
PS
Olga Kolcheva
Какой у вас формат chain file?
.crt
SV
Olga Kolcheva
У вас может Terradata или Greenplum?
greenplum
OK
greenplum
Проблема типичная для greenplum, есть kb article с описанием как пофиксить
OK
Pavel Smith
.crt
Тогда надо смотреть на «лишние строчки» и если все равно не поможет, завести кейс в саппорт
OK
Pavel Smith
.crt
А у вас прокси перед сервером есть?