mayton2019

Надо сделать так.

CREATE DATABASE pav_7281 DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

UPD:

UDP пакеты можно слать через утилиту netcat (nc) но мне кажется что решение твоей проблемы не в этом.

Безотносительно SQL. Любое собеседование на Джуна - это экзекуция. Потому что опыта нет. И от скуки тебя гоняют по всем основам. Если SQL то погнали. Нормальные формы. Транзакция. Если язык java/c# то давай напиши сортировку в 2 потока.

Вобщем бить будут. Поэтому зубри.

Я понимаю, что важнее всего в коде читаемость, но я решаю алгоритмические задачи на Leetcode

Эти структуры данных выбирают исходя из алгоритмической сложности решаемой задачи в частности требований к времени поиска, добавления или удаления элементов в коллекцию. А вовсе не из читаемости. Я не знаю охватывает ли литкод задачи под нагрузкой но как только такие задачи пойдут (там где надо уложиться в отведенное время) - ты очень быстро поймешь пользу словаря например.

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

Поскольку речь идет об .exe то скорее всего автор хочет запускать без command-shell окошка.

Вот так.
start /B программа.exe
Ну и цикл там сделать внутри.

Мне кажется тут такой стек задач.
1) English Voice -> Recognition -> Subtitles
2) Subtitles -> Translate -> Russian Subtitles
3) Russian Subtitles -> Voice Sythnesis -> Done!

Вобщем все эти три задачи независимые и решать их можно по отдельности.
Что здесь интересно КМК. Обычно английский спич - более компактный.
И русский синхрон будет либо как-то ускорятся чтоб зайти в хронометраж.
Или фразы будут не успевать и накладываться. Тут - великое искусство
людей переводчиков в том чтобы и в артикуляцию попадать и успевать
смысл передать.

Это красивое число. Вот так в хексах выглядит 0x40000000.
Скоре всего это какая-то константа из stdio.h, stdlib.h, time.h

1:1 - это плохая идея с точки зрения БД. Создайте просто одну таблицу и разделите ее условно на 2 части.
Это будет работать быстро и эффективно. И никаких JOINS. Несуществующие поля - заменяйте на nulls.

C sequelize-typescript я не работал. Не знаю как оно там. Но лучше не создавать технических долгов еще на проектировании. Потом вам легче будет жить.

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

P.S. К чему я это?...Хех действительно к чему?

Да можно. Но обычно объединение идет по модулям приложения. Это упрощает процесс релиза. Например если меняется что-то в модуле работы с физ-лицами - то в релиз должен пойти в лучшем случае 1 артифакт. В худшем случае тебе придется релизить сразу все модули а это хлопотно.

Ну если файл небольшой - то его можно раззиповать.
$ gzip -d ....

Наверное ImageGrab не очень быстрый.
А что делает это приложение?

Докер здесь скорее всего непричем. Это особенность программного продукта Redmine.

С какой кодировкой у тебя создана база? Документация по Redmine https://www.redmine.org/projects/redmine/wiki/Redm... явно указывает пример c utf8 как правильный шаблон для демлоймента.

Попробуй оконные функции https://www.postgresql.org/docs/current/tutorial-w...
в частности row_number()

У малинки хотя-бы есть разьемы для USB/Ethernet/HDMI. Это полноценный десктоп не хуже тех которые были в 90х. Даже лучше если сравнивать с Радио86 или Спектрум.

А что есть у телефона? Какая интеграция? Да это чертов кирпич в смысле интеграции. Даже ресет нормально нажать нельзя.

AWS RDS - это те-же самые Oracle/Postgres/MySQL только запускаемые в хостингах Amazon.

Поэтому твой вопрос слегка скомкан. Что на самом деле тебе надо? SQL DBMS которая работает в облаке? Потому что изучать это ты можешь установив локально бесплатные версии Oracle Express и других соотвественно.

Ты работаешь с документами в Google Sheets. Каких возможностей тебе не хватает?

Обычно (99%) когда говорят об облачных БД имеют в виду NOSQL:
- Amazon DynamoDb
- Microsoft CosmosDb
- (у гугла тоже своё решение есть но я не вкурсе какое)

У них есть сильное конкурентное преимущество в виде дешевизны хостинга, бесконечного
размера и гарантированой пропускной способности. Тоесть оплаченной тобой пропускной
способности.

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