nrv

с помощью вашего любимого ЯП
написать какой-нибудь скрипт, чтобы он сравнивал данные из таблиц
и если данные не совпадают, то программировал телеграм-бот отправлять сообщение

т. е. , надо выбрать ЯП, чтобы был драйвер MSSQL, драйвер Firebird и библиотека для telegram

и в планировщик задач засунуть этот скрипт

поскольку ответ такой простой, то вопрос кажется странным
в том что я написал, вы какие сложности видите?

ещё есть такая штука как columnstore
это колоночный формат хранения, куда более компактный, чем традиционный строковый
но надо тестить, так как это в некотором роде как архив - накладные расходы на запись и извлечение есть, плюс надо делать ребилд, чтобы сохранялась компактность
но плюсы, если достаточно ЦПУ, а диска псп мало могут оказаться весомыми
т. е., clustered columnstore index, обычные b-tree индексы при этом также могут быть, самой rowstore-based таблицы как бы и нет; желательно партицированный - чтобы архив не рос бесконечно и накладные расходы на запись/извлечение тоже
и вопрос, куда это применять:
в таблицу:
1) большую
2) где много неуникальных значений в колонках
т. е. выбрать какие-то таблицы, исходя из логики приложения
взять запросы на них
создать сбоку/на тесте колумнстор таблицу и попробовать погонять на ней эти запросы

conn.commit() # <== БЕЗ ЭТОГО МОЖЕТ НЕ РАБОТАТЬ

в данном случае не знаю, как это работает, есть ли начало транзакции, и есть ли у вас транзакции длиной больше одного оператора и есть ли незавершенные
например, в pl/pgsql коммит/роллбэк предыдущей транзакции означает начало следующей

к чему это я? postgres использует MVCC, то есть каждая транзакция работает со своим снимком данных. А у вас есть транзакция из питона и есть из пгадмин.
Рекомендую проверить, нет ли "висящих транзакций" в БД, нет ли явного начала транзакции, где-то до начала этого кода и как работает либа через которую работаете с БД

Никак походу.
Но на будущее брать мыши только с универсальным приемником - технология Unifying, значок солнышко на оранжевом. Обнаружил в поддержке Логитека (на сайте), но и на али они есть.

Винда 10 последнее время походу перестала видеть невиндовые разделы. То что ФС она не понимает - это понятно, но раньше она писала про такие разделы "нераспределенное что-там/незанятый раздел" (разделы видела, короче).
А сейчас тупо не видит, AOMEI Partition Assistant при любой операции перезаписывает таблицу разделов - без лунуксовых. Facepalm.

Если винда правда посчитала линукс раздел пустым местом - то он уже не существует. Можно наверное частично восстановить файлы. Под линукс testdisk для восстановления разделов (если он не может браузить файлы в разделе - тютю раздел), photo recovery - для файлов (не пользовался, возможно не подойдет для такого случая).

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

Старенькая карта.. Наверняка оно работает только в драйверами msi (на странице поддержки ноутбука скачиваются). Которые далеко не последней версии и под старые ОС..

Ну, для MS SQL я напишу такое, функция разбиения строки по символу разделителю пишется в строк 10, кто-то у нас на работе написал, код глядел, ничего сложного. Дольше строим sql запрос в коде (@sql varchar(max)), присваиваем в цикле and like % + select value from array where id = @счетчик_в_цикле) + %. Запускаем exec @sql. Для mysql - наверное тоже можно, сам не работал с ней, но класс БД тот же, возможности в синтаксисе должны быть.

А дальше оптимизированный not like оптимизирован))))

Нормальный поиск однозначно не на sql делается. Какого-то крокодила из костылей можно сделать. К сожалению, не могу сказать как делать нормальный поиск, но я бы поискал какую-то информации, какие-то истории "как мы сделали крутой/нормальный поиск.

Существует понятие полнотекстовый поиск, он вроде есть в Mysql и он решает красиво то что я в начале написал, но не решает проблему формы (падежей склонений и т. п.) слов.

Не знаю как удалить базу данных (не было задачи такой ниакогда). Таблицу drop table, полная очистка записей truncate table. Возможно, базы примерно так же как и таблицы создаются и дропаются.

Вообще допустить серьёзную ошибку с большой потерей данных можно если руками делать много работы - чистите базу, удаляете всякие some_table_dev, some_table2, some_table_backup можно что-то не туда копипастнуть и удалить таблицу. Или автоматизация, какой-то скрипт который что-то дропает или транкейтит.

Если вы только select - ы пишите, ничего удалить вы не можете, мораль такая)) Чтобы удалить базу, нужно чтобы запустился код, который удаляет базу (может вы думаете, что не ту базу, и в этом опасность и кроется). Если вы не знаете как удалять базу, вы её не сможете удалить (из sql), если только что-то попало из инета не запускаете.

1) Личное ощущения: не джойните, пожалуйста таблице в where. Если вы их джойните, пишете нормальный джойн ( типа t1 join t2 on t1.col = t2.col). Практика показывает, что те кто сопоставляет таблицы в where, не понимают, что они делают.
2) Инфы недостаточно. Вы уверены что джойнить нужно по P.field = F.id? Нужно нормальное описание, что из себя таблицы представляют.
3) Несколько условий - это что? И по первому чтобы вышло (запись(и) 'Medium' + 'Size') и по второму (запись(и) 'Purebred' + 'Type') одновременно? Тогда ((P.value = 'Medium' AND F.name = 'Size')
or (P.value = 'Purebred' AND F.name = 'Type'))

Окно своё или чужое (пытаетесь управлять чужим приложением)? Если свое, то есть такой момент, что делать что-то с окном можно только из потока, который создал это окно (или с главного потока приложения, не помню уже блин). Ну и тогда придется каким-то образом передавать сообщение (команду) в тот_самый_поток_только_который_может_управлять_окном, получив которое он будет что-то делать с окном (например для того, чтобы сделать его активным).

1)Присваивание и возврат значения - разные вещи.
Присваивание - это присваивания переменной значения, возвращаемого выражениям справа от =.
Т. е., есть выражение, которое возвращает значение в результате вычисления этого самого выражения. Например, (a+b+c)/d.К сожалению, выражение может не только возвращать значение, но и изменять значение переменных, которые в нем участвуют. Как, например i++ и ++i. Но это плохой стиль кодирования (мое личное мнение). Return - это уже не тот возврат значения, о котором шла речь выше. Это оператор который указывает, какое значение будет результатом выполнения функции. Просто когда написано return 0; то это называют возвратом значения функции.
2) Хрень, читаем ответ на п. 1
3) Возврат значения выражением может производится в никуда. Например, просто написано i++. Но если этот пример имеет смысл, то, если просто написать a+b, то хоть так и можно, смысла никакого нет.

Я бы копал в сторону нарушения целостности системы. Проверить можно с помощью sfc /scannow