Z
Тогда вообще не понимаю где это искать
Size: a a a
2021 July 10
А
база какая?
А
в общем виде это будет
ALTER TABLE <имя таблицы> DROP CONSTRAINT '<имя уник констрейнта>'
ALTER TABLE <имя таблицы> DROP CONSTRAINT '<имя уник констрейнта>'
А
а вот как получить имя констрейнта в вашем случа (зная только колонку и тэйбл) - тут уже от базенки то и зависит
ИС
select CONSTRAINT_NAME from INFORMATION_SCHEMA.KEY_COLUMN_USAGE
where REFERENCED_TABLE_SCHEMA = '{твоя БД}'
and REFERENCED_TABLE_NAME = '{твоя таблица}'
and REFERENCED_COLUMN_NAME = '{твоя колонка}';
Z
Гуд. Починил. Спасибо
2021 July 12
OC
Ребят, вопрос по библиотеке requests:
Функциональность API следующая: отправляем POST -> (ждем) -> получаем хук -> отправляем POST (получается цепочка)
Смотрю на https://docs.python-requests.org/en/master/user/advanced/#event-hooks,
fопрос:
Это наверное другие хуки, верно? В либе хук используется аля event handler (т.е. вызов чего-то после какого-то события).
В моей ситуации, ничего кроме поднятия http сервера для того, чтобы потестить - не получится, верно?
Функциональность API следующая: отправляем POST -> (ждем) -> получаем хук -> отправляем POST (получается цепочка)
Смотрю на https://docs.python-requests.org/en/master/user/advanced/#event-hooks,
fопрос:
Это наверное другие хуки, верно? В либе хук используется аля event handler (т.е. вызов чего-то после какого-то события).
В моей ситуации, ничего кроме поднятия http сервера для того, чтобы потестить - не получится, верно?
EB
Кто-нибудь понял что Олег хочет?
А
Да
EB
Функциональность чьего апи описана? Реквестс? Твоего АПИ under test? Можно конкретики плз
EB
MT
Хук это просто callback, который будет выполняться на каком-то событии. Там показан пример с принтом урлы на этапе получении респонса.
Что ты имеешь в виду под "получаем хук"?
Что ты имеешь в виду под "получаем хук"?
EB
Ещё бы хотелось понять зачем и для чего вообще делается это. Цепочка вызовов так-то может быть и синхронной, без колбеков
EB
В коде тестов в 95% случаев тебе не нужно освобождать тред чтобы он чём-то другим занимался
OC
Я тестирую API, взаимодействие с клиентом осуществляется примерно так:
1) клиент отправляет POST, создает сущность
2) клиенту в response кидают ID сущности
3) на этом шаге клиент ждет N секунд, пока не прилетит вебхук с JSON типа "go"
4) клиент отправляет POST с JSON "go"
Т.е. в какой-то момент клиент "останавливается" до тех пор, пока не получит хук от сервера.
Вот тут и вопрос: как это вообще тестируется? Поднимается HTTP сервер и вешается обработчик?
1) клиент отправляет POST, создает сущность
2) клиенту в response кидают ID сущности
3) на этом шаге клиент ждет N секунд, пока не прилетит вебхук с JSON типа "go"
4) клиент отправляет POST с JSON "go"
Т.е. в какой-то момент клиент "останавливается" до тех пор, пока не получит хук от сервера.
Вот тут и вопрос: как это вообще тестируется? Поднимается HTTP сервер и вешается обработчик?
MT
В ответ на что прилетает JSON клиенту на третьем шаге? Или у тебя в треде еще поднят http сервер?
OC
Асинхронно
В реальных условиях, это взаимодействие между двумя серверами, где они асинхронно взаимодействуют
Точнее есть часть запросов, которая выполняется синхронно (типа 1, 2 и 4 шаг), а на 3м шаге клиент асинронно ждет выполнения условия "когда прилетает вебхук"
В реальных условиях, это взаимодействие между двумя серверами, где они асинхронно взаимодействуют
Точнее есть часть запросов, которая выполняется синхронно (типа 1, 2 и 4 шаг), а на 3м шаге клиент асинронно ждет выполнения условия "когда прилетает вебхук"
СС
клиент он на то и клиент что он не может ничего "ожидать"
S
Привет. Коллеги, посоветуйте, плиз, на какой системе лучше всего работать? Думаю взять мак, но не знаю есть ли все софт, браузера. Возможно удобнее всетаки на Unix или Windows?
IS
На какой тебе привычнее, на той и работай. По-крайней мере развернешь быстро окружение