Иван Григорьев

Уберите слово бизнес и все становиться понятнее, а смысл не меняется.

Бизнес-логика, это правила того или иного бизнеса. Бизнес-модель, это модель которая описывает бизнес-процессы организации/компании/сообщества и т.п.

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

Как правило бизнес-логика не меняется от приложения к приложению и не зависит от платформ и фреймворков вообще. Она меняется когда меняется сам бизнес, структура организации, взаимодействия внутри компании бизнес которой вы автоматизируете с помощью приложения.

Итак, я учусь на geekbrains веб-разработке.

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

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

Пока не будете читать, так и будете практиковать визуальные эффекты на jQuery. Нужна база. В начале 25% теории 75% практики. Читайте https://css-tricks.com , большую книгу css (она немного устарела, гриды не рассматривают, но основная база очень полезная), смотрите Юрия Артюха (если хотите делать крутые анимации), лазьте по https://www.awwwards.com/ и разбирайтесь, как люди так делают. А также практикуйтесь, сделайте себе сайт, сайт другу, сайт девушке - всем.

UPD: В чем сложно придумать себе близкую к боевому задачу? Боевую задачу вам вряд-ли кто-то даст, т.к. без опыта боевых задач, вы сделаете не боевое решение. Вот там "боевые" задачи.
1) Сделайте калькулятор произведения матриц - разминочка.
2) Сделайте игру арканоид, хоть на дивах (а раньше, когда мы учили программирование, новичков привлекала разработка игр, а сейчас почему-то сайты. Раньше было романтичнее как-то).
3) Сделайте приложение учета личных финансов, в котором есть такие функции
- личный счет
- форма добавления денег в личный счет с комментарием и выбором группы доходов (долг, зп, заказ, подарок и.т.д.).
- форма снятия денег с личного счета с комментарием и выбором группы расхода (вернул долг, купил домой что-то, купил технику, еду, потратил на женщину и.т.д.)
- Вывод списка доходов и расходов с фильтром, сортировкой и категориями.
- создание расписания автоматического пополнения (зп) или снятия (аренда, абонентская плата) средств с личного счета.
- создание простого графика расходов и доходов. Я бы сюда добавил еще прогнозирование доходов и расходов хотя бы через линейную регрессию (да, я люблю машинное обучение),
- добавление нескольких счетов
Эта задача норм, и типа боевая, и для себя пригодится, и на гитхаб можно выложить - красота.

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

Вам заниматься сайтами не нравится потому, что вы этого делать не умеете. Вам приходится много учиться и мозг бастует против этого. Чтобы стать профессионалом в любом деле этот путь пройти придется все-равно.
Обязательно будет сложно и обязательно что-то будет не нравится. Это физиология у нас такая. Бросить всё и шпилить в Фортнайт гораздо приятнее.

Думаю, из всех выше предложенных вариантов самым интересным будет использовать
https://www.html5rocks.com/en/tutorials/shapes/get... css shapes.

Но к сожалению, нужно считаться с этой таблицей https://caniuse.com/#feat=css-shapes Если нужна совместимость с мозилой и IE/Edge, то придется городить костыли.

Учите английский и решайте задачи на codewars.com

Причин нет, не питайте иллюзий.
Это — рождение Великого Русского Файрвола.

Им плевать на сам Телеграм, у них цель - отключить Россию от запада, но других поводов кроме Телеграма пока что не нашли. А логика у них проста - если Телеграм есть в Google Play - то Google должен быть подвергнут инквизиции.

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

Берешь - и копаешь, пилишь, шьешь..
и по мозолям на руках и количеству матов и "еврика!" понимаешь твое-не твое

93 млн. - сама по себе смешная нагрузка для современных СУБД на современных компьютерах.
Выбор СУБД зависит от того - а что именно вы собираетесь с этой базой данных делать.- в вопросе это не указано.

Ну например, если ваша цель быстро искать в это БД товары, а ваши 30 колонок - это фильтры, то отлично подходит СУБД для именно что полнотекстового поиска (пусть вас не смущает название, для фасеточного поиска она тоже подходит отлично). Это, к примеру:

• если вы ориентированы на скорость SphinxSearch
  
• если вам нужен кластер, то это ElasticSearch
  
• если вам нужны традиционные инструменты типа SQL, - то это PostgreSQL, MySQL.
  

Если же задача другая - то идеальным выбором может быть и другая СУБД.
Нужны детали.

Думаю, дело в том, что вы увидели эти 90 млн. и решили, что нужно какое-то специфичное решение и не стали даже уточнять детали - а на деле, ничего такого в этих 90 млн. нет. А вот детали задачи - важны.

Рассмотрим задачу быстрой перезаписи - вы имели ввиду все 90 млн. перезаписывать целиком? Не частично. А вот это будет действительно проблемой. Мало какая из СУБД способна на быстрые изменения такого объема.

Ну и третий раз повангую - максимально быстрый доступ к данным - это если данные размещены в оперативной памяти. Один из наиболее развитых инструментов, с размещение в оперативной памяти и с функционалом СУБД - Tarantool. Быстрее, чем in-memory DB, к которым относится Tarantool - и вариантов нет.

Но понадобится соответствующее количество оперативки.

Если оперативки мало, то можно глянуть Aerospike. Это "почти in-memory DB". Но объемы данных могут быть огромны, при небольших запросах к оперативке. От оперативки требуется только целиком вмещать индексы, а не сами данные.

Короче, ванговать мне надоело.

У вас нет постановки задачи - ответить вам посему и нечего конкретного невозможно.

Из бесплатных PostgreSQL, оптимизируйте индексацию, систему хранения СУБД и дисковую подсистему ну и памяти в сервер добавьте, если нужно.
Вообще вопрос абстрактный.
Если вас не устраивает существующий вариант, то нужно найти что именно привело к этому - возможно какая-то конкретная операция (или несколько) заставляет тормозить сервер, нужно их найти и разбираться с ними.
Если просто заменить СУБД, оставив приложение в том же виде, то на новой СУБД вы скорее всего словите те же проблемы, возможно не сразу, а через какое-то время.

Будьте готовы к тому, что ваши 9 часов проведенных на работе = 4-5 по тайм трекеру.
И если порой на работе можно весь день делать видимость работы, по тайм трекеру так не выйдет