Freeman

Юрий, так как имеющейся информации для принятия решения недостаточно (не важно автоматически или вручную), особенно если у вас ТОЛЬКО название, необходимо лезть в интернет, и вот тут то и начинаются проблемы автоматизации.

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

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

Эту задачу нельзя решать алгортмом. Можно придумать какие-то критерии, сделать инструмент, для облегчения работы пользователя. Но окончательное решение о том, какие товары являются дублями должен принимать ответственный человек. Иначе у вас в базе будет каша.
Просто представьте себе последствия ложных срабатываний, когда алгоритм примет за одинаковые элементы, товары которые на самом деле разные.

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

В данном случае начните с себя. А конкретно - с выработки критериев одинаковости. Вот мне неочевидно чем 3 приведенных артикула одинаковы и почему их надо объединить. Соответственно вам нужно эти критерии выработать и объяснить. А там уже объяснять программисту или нейросети - без разницы.

Использовать COM (в питоне это пакет comtypes, в других языках есть свои средства) чтобы обращаться к средствам автоматизации Excel. По сути, это то же самое апи, которое доступно через макросы или скрипты Visual Basic. Но это будет требовать установленного на машине Excel для работы. Так что это скорее костыль, чем решение.

У нас нет ИБ-шника

С этого и начните

Там импулсные стабилизатоы внутри, поэтому чем выше нарряжжение тем меньше ток, выше кпд, меньше нагрев

Был у меня недавно роутер Xiaomi 2.4 гц. и у него адаптер 5 вольт. Сейчас стоит от Билайн 5 гц. и у него уже 12 вольт

USB относительно новый стандарт, сетевое оборудование появилось раньше, чем получил широкое распростроение USB с токоотдачей 2A. Делать кастомный блок питания на 5В смысла не было, ибо 12В получило широкое распространение (ATX, видеонаблюдение, куча бытовой низковольтки), а рассчитать DC-DC от 5В или 12В разницы почти нет, все равно потом опускать до 3.3В, 1.2В (редко 1.8В). На самом деле есть куча сетевого оборудования с разными напряжениями, если поискать, то можно модели с 5В, 9В, 24В найти, не стоит забывать и о 48В PoE

Думаю если вести 5 вольт от адаптера питания по проводу до роутера то, при требуемой мощности, будет больше ток и сильнее начинают играть потери на проводах и разъёмах. В нужные 3, 5 вольт напряжение преобразуется уже на плате устройства.

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

Когда каскадное обновление это плохо?

Каскадное обновление - в большинстве случаев это... глупо.

Вспомним, что это вообще такое.

Имеется связь, реализованная внешним ключом. Некое поле (в общем случае - выражение) основной таблицы, уникально индексированное, является значением, на которое ссылается некое поле (или выражение) подчинённой таблицы (возможно, и той же самой).

По смыслу в основной таблице это поле - как минимум уникально. То есть с точностью до NULL оно является идентифицирующим - то есть если в этом поле не NULL, то определённое значение однозначно идентифицирует строго одну запись. В большинстве случаев же поле в основной таблице, на которое установлена ссылка в подчинённой таблице, вообще является первичным ключом, соответственно не может быть NULL и является истинно идентифицирующим.

Что же есть каскадное обновление? Это изменение связанного значения в подчинённой таблице, если изменяется значение основной таблицы. Ну то есть если изменяется (вспоминаем сказанное выше) значение первичного ключа или поля, объявленного уникальным. В основной таблице. Ага...

Ну то, что изменение/корректировка значения поля первичного ключа есть bad practice (читай - дурь голимая), хорошо известно, обосновано и весьма логично. Нет, реально возможны ситуации, когда такая операция оправдана и имеет смысл - но такая ситуация абсолютно всегда одноразовая, и есть составная часть административного обслуживания. А если подобная надобность возникла на уровне пользователя, в рабочем процессе - то это гарантия наличия серьёзной ошибки в проектировании БД.

Практически всё то же относится и к корректировке просто уникального поля. За исключением случая, когда выполняется каскадное изменение значения поля, которое в основной таблице получило значение NULL. То есть когда выполняемая операция по смыслу является не обновлением, а "мягким удалением" основной записи с каскадным удалением всех подчинённых. Правда, на вопрос, как отличить мягко каскадно-удалённые подчинённые записи от мягко явно-удалённых, и как определить, с какой основной записью была связана мягко удалённая подчинённая, не залезая в журнал или бэкап, ответа никто не даст. А получается, что даже в случае исключения всё делается через "универсальный интерфейс", то есть косяк в проектировании структуры имеется и в этом случае.

Резюмирую. Если каскадное обновление необходимо, оно скорее всего маскирует недостатки и ошибки проектирования. А плохо это или хорошо - прикрывать дырку костылём,- решайте сами.

А тут скорее не с гитом траббла, а с процессом.
Еслиу тебя две задачи, одна залочена на другую - то почему ты взял залоченную задачу? Жди пока разлочится :-)

Раз уж завезли гитфлоу и тестирование в ветках - то идите с этим до конца ;-)