ComodoHacker

Конечно скрипт для выгрузки в файлы. Для сравнения файлов есть куча отличных инструментов, например KDiff3.

Или в SSMS ПКМ на базе, Tasks, Generate Scripts.

ROLLBACK

Такой способ распространения вируса вполне возможен.
Используется ли он в реальности? Не думаю, т.к. количество случаев, когда установка ОС происходит таким образом, ничтожно мало.

Случаи наличия вирусов в образах действительно есть, но попадают они туда не на машине пользователя, а гораздо раньше. Например, на взломанном сайте, откуда скачивается образ.

Могу предложить два решения.

1. После записи документа проверять наличие в коллекции _prev и _next, и отсутствующие записывать в отдельную коллекцию. Тогда потом искать их не придется, они будут уже собраны в отдельной коллекции.
   
   
2. В _id документа не класть внешний идентификатор, как вы делаете сейчас, а генерировать внутренний. А внешний сохранять в отдельном поле, по которому построить индекс. Так же поступать и с _prev и _next. При записи документа нужно искать его _prev и _next по внешним идетнификаторам, и если найдены, проставлять внутренние.
   
   Для поиска отсутствующих документов нужно будет проскаинровать всю коллекцию и выбрать те внешние id из _prev и _next, для которых не заполнены внутренние _id.

Начните лучше с какой-нибудь другой VCS, попроще. Например, Fossil. С гитом тяжело будет.

Разумеется, готовое решение давно существует и называется syslog. Нужно его только настроить.

Если под "обычным" хостинном вы подразумеваете shared, где за вас все делает дядя, то его и просите.

В базах создаются специальные структуры данных и индексы к ним, которые позволяют эффективно выполнять запросы вида "какие объекты находятся на расстоянии не более R от точки (X,Y)?". Например, если для упрощения вместо круга взять квадрат, хорошо работает R-Tree. Реализация для SQLite.

Более серьезное решение для PostgreSQL: postgis.refractions.net

Что касается постоянного перемещения машин, можно делать так. Запросить машины в меньшем радиусе, которые точно не уедут далеко в ближайшее время. Если ничего не нашлось, тогда увеличить радиус поиска.

По-моему, тут без VBA не обойтись.

А почему бы просто не применить фильтр к исходной таблице?

Попробуйте Duplicati. Поддерживает все популярные облака.

К WebDAV привязываться не советую. Он не для бэкапов предназначался. Родной API сервиса обычно дает лучшую производительность.

В такой постановке вы толковых ответов не дождетесь.
Что значит "анонимизировать"? :) Входите в систему всегда под пользователем Anonymous. И пароль такой же, для надежности. :)

Конкретно чего и кого вы опасаетесь?

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

Бизнес решил, что программист, да еще с "машинным обучением" справится с этим лучше? Или обойдется дешевле? По-моему, это серьезная ошибка.

У NFS и CIFS довольно большой оверхед. Попробуйте FTP.

1. Внесение изменений в структуру, т.к. система развивается

Нужно изучить средства, которые предоставляет для этого ваша СУБД, и правильно их использовать. А вообще это больше забота разработчика, а не админа.

2. Создание дампов

Уточните, что вы подразумеваете под "дампами", и с какой целью они делаются. Если вы имеете в виду резервное копирование данных, то любая современная СУБД предоставляет для этого инструменты, позволяющие делать бэкапы, не прерывая работы пользователей. То есть см. предыдущий пункт.

Скрипт на awk/perl/sed справится.

Я не настолько силен в Питоне, чтобы понять ваш алгоритм. Но, по-моему, в ваших данных не хватает идентификатора партии. Без него не получится правильно реализовать LIFO (или FIFO). Вы ведь должны списывать с конкретных партий, и именно по той цене, по которой эта партия пришла.

Для ускорения же стандартный подход — хранить остатки на определенные моменты, а не пересчитывать их каждый раз все заново.

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

Вполне может быть, что ничего опасного там сейчас нет, но появится в будущем, с каким-нибудь обновлением.
Такие случаи уже бывали.