mayton2019

Ну во первых смысл неправильный. У тебя - взаимоисключающие предикаты. Поэтому надо использовать OR.
Уже написали выше про это.

Попробуй так. Должно быть быстрее.

SELECT * FROM data WHERE name LIKE "Иван%";

И построй индекс по name. А лидирующий метасимвол % лучше не ставить т.к. это отключает
возможность использования классическийх B-Tree индексов.

В вопросе звучат два вопроса.
1) Нормально ли использовать primary partitions вместо extended. Ответ - да нормально.
2) Как под Windows прочитать этот раздел. Моё имхо - лучше этого не делать. Если вам
нужен какой-то обмен данными - то лучше отформатируйте под Fat32 например.
Или вообще откажитесь от использования Windows и пользуйтесь Linux-файловыми
системами без ограничений. В противном случае ситуация выглядит как некое необоснованное
"чудачество" автора.

Скорее всего отправитель перестал что-то отправлять. Это не ошибка. Это нормальное состояние сокета. Обрабатывайте на прикладном уровне содержимое потока. Если это http-response то там есть хедеры и длина и прочее и содержимое (XML/Json).

Вобщем у меня подобная задача стояла пол-года назад. Для облачного диска. Но я ее порешал по другому.
Ftp не понадобился. Но если что- смотри утилиту lftp. И там в скриптах у нее есть команда mirror.

~$ lftp --help
Usage: lftp [OPTS] <site>
`lftp' is the first command executed by lftp after rc files
 -f <file>           execute commands from the file and exit
 -c <cmd>            execute the commands and exit
.....

Если три части ФИО отсортировать как массив из 3 элементов - то будет одинаковая последовательность.
Вот так и искать можно.

В торрент-трекерах я находил несколько разных технологий под 3Д. В 2000х были фильмы для цветового разделения (красно-зеленых очков). Есть фильмы для очков VR.

Вобщем в форуме трекера есть тематические ветки где выкладывают именно такие фильмы. Можно там поискать.

Лучше наверное купить XBox или Playstation.

По Multithreading

"Что выведет следующий фрагмент кода"

Это - самый плохой класс задач на мультипоточку. Я видел много таких. Большинство из них основаны на Race Conditions и бывало и такое что негативный эффект не воспроизводится хотя и ожидается в задаче. А не воспроизводится по тесяче причин. По другой операционке или по другой версии JDK/JRE. Вобщем что
выведет код нужно выкинуть и заменить его на какой-то модульный тест да и еще и под нагрузкой. И беря
во внимание комплексность самого вопроса я-бы не стал такое выводить например в собеседования. Так
можно и мидла макнуть головой в сортир. Попробуйте распознать в коде например задачу обедающих
философов. Я готов спорить на коньяк что если вы никогда не слыхали - то не распознаете подвох.

Где и как подтянуть теорию Multithreading(М). Ответ - нигде. Самый лучший вариант - начать писать много кода
с мультипоточкой и наблюдать. Очень многие эффекты книги не объясняют. И 99% новичек нигде не прочитает
про разницу между использованием synchronized и atomic.

Вобщем берите код с нагрузкой и наблюдайте.

Тебе проще всего разбить своей проект на 2 проекта. Первое это нужные jar-библиотеки log4j, postgres jdbc, jackson и сделать просто упаковку их в один артифакт. И второе - это основной код который зависит от этих библиотек.

Связь между проектами можно организовать через maven repository.

Django, NumPy, Scrapy

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

OUTER JOIN позволяет выбрать даже те записи которые не сджойнились слева или справа.
В таком случае левая или правая таблица заполняется NULL значениями но все ключи
присуствуют в результирующей выборке.

Исходник стартовал с включения заголовка
#include <iostream>
Тоесть поднят флаг С++. А дальше идет типичный С-код. Зачем так?
По идее надо затаскивать vector и лямбды для суммирования.
Это было бы идеологически правильно.

1:M к "серии", и считать что фильмы, у которых больше 1 серии - это сериалы, тогда как быть с сезонами?

Есть много способов как представлять данные в БД. В схеме Фильм - Сериал - Сезон нет единой правильной модели
как лучше это хранить. Наверное все зависит от users stories тоесть от хотелок пользователя. Например хочет ли пользователь видеть что СРЕДИ сериала вдруг появляется пропуск в сериях или есть пилотная серия (которую надо выделить отдельно). Или например есть серия в котороой нет озвучки. Вот эти все вопросы надо спросить эксперта. В данном случае - тебя поскольку ты придумываешь себе предметную область.

Поэтому сразу совет - придумай ее как можно проще. Пускай это будут просто фильмы. 1 таблица с фильмами. Реализуй ее. Посмотри на нее. Я думаю что уже на этом этапе твой пет-проект может стать бесконечно сложным. Еще не доходя до сериалов.

Вот такая-вот беда с пет-проектами. Неудержимая фантазия хотелок - бесконечная сложность реализации.

Это не похоже на суточные колебания. Вот в момент провала зеленого графика посмотри на количество сидеров по данному торренту. Скорее всего их просто нет или они заняты отдачей не тебе.

Вообще torrent - это услуга без гарантий полосы пропускания поэтому я-бы не сильно беспокоился по поводу провалов входящей скорости.

В 20-м веке. Когда вы покупали радио-технику (магнитофон или винил-проигрыватель) такое каждое устройство
шло в комплекте с книжечкой которая называлась Руководство по эксплуатации. И там кроме того что была
схема электрическая принципиальная - писали на первой странице целую таблицу технических характеристик.
Например - диапазон воспроизводимых частот. И я помню что для моего Вега-Стерео там было что-то вроде
- диапазон от 20Гц до 16кГц
- уровень шумов и т.д...

И эта техника считалась ... ну так на уровне. И зак каждую цифру производитель
отвечал. Тоесть не так как китайцы. А отвечал по натоящему. По ОТК.

Сегодня например есть звуковушки которые поддерживают частоту дискретизации до 192кГц. Грубо говоря
максимально слышимая частота звука на выходе может достигать 96 килогерц. Я не знаю ультразвук это или нет
но вряд-ли вы найдете колонки которые способны воспроизвести подобный звук.

Скорее всего нет таких колонок. А даже если-бы и существовали то простой эксперимент над вами показал-бы
что вы не различаете 48кГц и 192кГц. Зачем вообще для современной музыки такая частота - я не знаю.
Аудиофилы говорят - нюансы. Но я в это не верю. Просто потому-что все на грани статистического угадывания.

Множитель (-1) или (+1) слева и справа от знака равно может перевернуть смысл сравнения.

int m = choose == 1 ? 1 : -1;
return m * ptr_array[13][j] > m * ptr_array[13][j + 1]

Тебе нужно что-то вроде.

UPDATE peopletable SET columnName = 'value'  WHERE some_key = 'keyvalue';