Блог

Наша система основана на SAAS, мы используем идентификатор клиента в качестве маскировки для извлечения данных. Нагрузка на БД зависит от размера Компании. Поэтому мы разделили базу данных на основе идентификатора клиента

Пример: Перед Разделением

клиентская база

штатный сотрудник

рабочий стол

Пример: После Раздела

клиентская база

штатный сотрудник

employeetable_1

employeetable_2

employeetable_3

jobtable

jobtable_1

jobtable_2

вакансия_3

Когда мы пишем запросы select:

Select employeeid,employeename from employeetable where clientid=2;

Этот запрос выполняется быстрее после раздела. Проблема, с которой мы сталкиваемся, заключается в том, что у нас есть определенная пользователем функция для управления некоторыми данными.

 CREATE OR REPLACE FUNCTION GET_JOB_COUNT(NUMERIC, NUMERIC) RETURNS NUMERIC AS $BODY$  DECLARE  p_client_id ALIAS FOR $1;  p_employee_id ALIAS FOR $2;  v_is_count NUMERIC := 0;  BEGIN    SELECT COUNT(JOB_ID) INTO v_is_count FROM JOBTABLE where CLIENTID=p_client_id AND CREATEDBY=p_employee_id;  RETURN v_is_count;    END; $BODY$ LANGUAGE plpgsql;  

Select employeeid,employeename,GET_JOB_COUNT(2,employeeid) from employeetable where clientid=2;

Этот запрос выполняется медленно после раздела. Означает ли это, что функция GET_JOB_COUNT выполняется через раздел?

В этом проблема, значит, мы не можем использовать подобные функции в запросе выбора после раздела?

Функция будет вызываться один раз для каждой строки таблицы employeetable (которая выбирается с помощью предложения WHERE). Я сомневаюсь, что вы сможете значительно повысить производительность, используя такой подход.

Лучше выполнить агрегацию (=подсчет) для всех строк сразу, а не для каждой строки отдельно:

 select e.employeeid, employeename, t.cnt  from employeetable e   left join (  select clientid, createdby, count(job_id) as cnt   from jobtable   group by client_id, created_by  ) j on j.clientid = e.clientid and j.createdby = e.employeeid  where e.clientid = 2;  

Другой вариант, который можно попробовать, — это использовать боковое соединение для раннего удаления строк из таблицы заданий-я не уверен, что оптимизатор достаточно умен для этого в приведенном выше запросе. Так что вы можете попробовать это в качестве альтернативы:

 select e.employeeid, employeename, j.cnt  from employeetable e   left join lateral (  select count(jt.job_id) as cnt   from jobtable jt   where jt.clientid = e.clientid  and jtcreatedby = e.employeeid  ) j on true  where e.clientid = 2;  

Если вы действительно хотите придерживаться этой функции, возможно, оптимизатору поможет сделать ее функцией SQL. Это, по крайней мере, устраняет накладные расходы на вызов кода PL/pgSQL:

 CREATE OR REPLACE FUNCTION get_job_count(p_client_id numeric, p_employee_id numeric)   returns bigint  as  $body$  SELECT COUNT(JOB_ID)   FROM JOBTABLE   where CLIENTID = p_client_id   AND CREATEDBY = p_employee_id; $BODY$ LANGUAGE sql stable parallel safe;  

Но я сомневаюсь, что вы увидите существенное улучшение от этого.

В качестве побочного нет: использование numeric для столбца «ИДЕНТИФИКАТОР» кажется довольно странным выбором. Почему вы не используете int или bigint для этого?