Сегодняшний шедевр

я не понимаю столь сложных щуток

ssl_certificate /path/to/certificate.crt; # путь к файлу сертификата или bundle на сервере
ssl_certificate_key /path/to/keyfile.key; # путь к файлу закрытого ключа. Ключ не должен требовать пароля.

А это фрагмент конфига энжинкса. Тестовый пример, который стал продашеном.

скопипастили😄

ну и что такого

Нинзи, а как можно по хитрожёпому обойти ошибку

Use of DISTINCT is not allowed with the OVER clause.

в такой конструкции:
select (count distinct col1) over (partition by col2, col3) ?

Use of DISTINCT is not allowed with the OVER clause.

Сте?

Use of DISTINCT is not allowed with the OVER clause.

на SO хороший лист вариантов:
https://stackoverflow.com/questions/11202878/partition-function-count-over-possible-using-distinct

ага, его уже пробую

#работа #удаленно либо #Москва

Осталась одна позиция
#работа #удаленно либо #Москва

Осталась одна позиция

150 – 350 тыс. рублей зависит от навыков и зоны ответственности.
Есть несколько позиций

Расширяем команду и будем рады принять в наш коллектив Разработчика MS SQL на банковский проект:


Проект:

Технологическая поддержка брокерского бизнеса, развитие и поддержка бэк- и мидл- офисной систем, реализация алгоритмов пост-трейд контроля, интеграция с банковскими информационными системами и сервисами, внешними системами, реализация функций CRM (обработка клиентских данных), разработка и внедрение отчетного и налогового модулей. Мониторинг работоспособности систем и обеспечение бесперебойной работы систем и сервисов.


Обязанности:

Участие в полном цикле проектирования, разработки и тестирования бэк- и мидл-офисной систем:

Проведение системного анализа бизнес-требований, проверка требований на соответствие к существующей архитектуре системы;
Проектирование решений и разработка приложений в соответствии с требованиями;
Проведение тестирования реализованного решения;
Введение в эксплуатацию.
Интеграция разрабатываемых решений в систему мониторинга работоспособности систем. Обеспечение бесперебойной работы систем и сервисов;
Соблюдение процедур Continuous Intergration;
Проведение модульного тестирования, разработка unit-тестов;
Анализ существующего кода, архитектуры баз данных, связей и ограничений;
Оптимизация SQL-запросов;
Разработка методов повышения производительности SQL-запросов MS SQL;
Документирование инфраструктуры и интеграционных решений.


Условия:

Работа в офисе, или где угодно)
Гибкое начало рабочего дня, график 5/2;
Отсутствие дресс-кода;
Дополнительный оплачиваемый отпуск при значимых событиях в жизни;
Полис ДМС со стоматологией после успешного прохождения испытательного срока;
Льготное страхование.


Требования:

Опыт работы в банке или финансовой организации в качестве разработчика не менее 3 лет;
Опыт реализации бизнес-логики на уровне СУБД; практический опыт автоматизации задач средствами PowerShell/ C#, разработки на C#, T-SQL, MS SQL Reporting Services, MS SQL Integration Services и MS SQL Analysis Services;
Понимание принципов работы MS SQL Server: хранение данных, индексы, статистика, транзакции, уровни изоляции транзакций, блокировки;
Практический опыт оптимизации запросов, администрирования приложений и серверов баз данных;
Понимание архитектуры и практический опыт работы с Service Broker, AlwaysOn, Extended Events;
Знание методик и принципов командной разработки (Waterfall, Agile, Devops, Continuous Intergration);
Уровень знания английского языка, необходимый для чтения специализированной литературы.

Вопросы и резюме – в лс, буду рад.

Salary gross, net?

Тут есть postgresql разработчики? Как работают IMMUTABLE функции? В доке написано "она не обращается к базе данных и не использует информацию, не переданную ей явно в списке аргументов". Но я спокойно засунул ее в уникальный индекс, делая в функции select из другой таблицы и чекая уникальность с ее полем

Пример:

CREATE TABLE obj (obj_id int, obj_type char(3), pbd_id INT)
CREATE TABLE pbd (pbd_id int, billnumber varchar(50))

CREATE UNIQUE INDEX obj_type ON obj(gg(pbd_id, obj_id, obj_type))



INSERT INTO pbd (pbd_id, billnumber)
VALUES
(23,'9')

INSERT INTO obj
(
obj_id,
obj_type,
pbd_id
)
VALUES
(
2,
'rid',
21
),
(
3,
'rid',
22
),
(
4,
'rid',
23
)

CREATE OR REPLACE FUNCTION gg(_pbd_id int, _rid int, _obj_type char(3))
   RETURNS varchar(100)
   LANGUAGE 'plpgsql'

   COST 100
   IMMUTABLE  SECURITY DEFINER
AS $BODY$
BEGIN
   IF EXISTS (
SELECT 1
   FROM pbd
   INNER JOIN pbd pbd2
   ON pbd.billnumber = pbd2.billnumber
      AND pbd.pbd_id = _pbd_id
   INNER JOIN obj
  ON obj.pbd_id = pbd2.pbd_id
   AND obj.obj_id = _rid
)
THEN
   RETURN 'UNIQUE';
ELSE
RETURN (
     SELECT CONCAT(billnumber,_rid,_obj_type)
  FROM pbd
     WHERE pbd.pbd_id = _pbd_id);
END IF;

END;
$BODY$;

Посмотри тут.

Я дал цитату от туда же.

Вполне возможно, что это работает, но работает со снимком данных. То есть, если у тебя пойдёт изменения таблицы в момент перестройки индекса, значения индекса будут неверные.

Вопрос не в том, как отработает при изменении значения в табле с которой селекчу, вопрос в том, почему
"не может модифицировать базу данных и гарантированно всегда возвращает одинаковые результаты для одних и тех же аргументов." гарантия не выполняется.
Хотя вопрос с тем, как отработает индекс при массовом апдейте-инсерте очень интересен.