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

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

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

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

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

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

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

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

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

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

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

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

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

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

Решение называется "адекватный начальник". Оставайтесь на окладе, продолжайте работать по 8 часов день с перерывом. Важно не количество отсиженного за работой времени, а качество сделанного.

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

1. Если базу по php то можно здесь code-basics.ru/. Уверен почерпнете для себя много нового.
2. Если что-то делать то лучше тестовые задания. Мы собираем коллекцию https://github.com/Hexlet/ru-test-assignments
3. Если есть финансовая возможность то рекомендую наши проекты: https://ru.hexlet.io/projects

> Стоит ли нырять в практику сразу с фреймворка?

С микрофреймворка да. Посмотрите в сторону, например, slim framework.

https://github.com/tesseract-ocr/

Знаете, это рынок.
Представьте себе, не дай бог, у вас судебное разбирательство, и надо вам нанять адвоката. Один стоит 1000 р. в час, другой - 15000 р. в час. Как оценивать работу адвоката?

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

Идея - ничто. Вопрощение - всё. Открываете hh смотрите какие компании нанимают людей и чем они занимаются - делаете лучше. Готово.
К тому же мы не знаем будущего, не знаем какая идея на миллион, а какая на ноль )

У нас есть опыт с заказчиками из США, Австралии, Новой Зеландии.
Большинство из них заинтересовано в том, чтобы исполнитель имел релевантный опыт и вызывал уверенность в том, что он сможет решить задачу. Стоимость в 2 раза ниже скорее подозрительный фактор для них.

"Российские" проекты, думаю, тоже сопровождаются на английском языке, ибо GitHub интернациональная платформа. Я бы посоветовал хотя бы с Google Translate посидеть, если с языком плохо. Будет долго, да, но без языка особо никуда и не влезть. Дерзай, и удачи!

ППЦ, вот кто обваливает рынок!!
Магазин будет приносить прибыль владельцу, а вы скромняшка, боитесь цену загнуть, будто делаете личную страничку васи пупкина.
Если бизнес не может купить себе инет-магазин за хотя бы 40к рубасов, то по сути такой бизнес и не нужен никому, он загнется через пару месяцев с таким скупердяйством! Там же еще надо будет продвигать, работать скорее всего в соц. сетях и т.д.
А вы своей скромностью только увеличиваете энтропию, висят потом такие дохлые магазины годами, пока домен не забудут продлить...
Магазин на минималке с версткой всех страниц меньше 120к не делаю, средняя 200-300к, с полной настройкой (доставка, геопривязки, скидки, накопительные, личные кабинеты, промокоды, связи товаров и т.д.) - это тебе на будущее ориентир!

Добрый вечер.
Работаю с WP много. Мой вам совет: не берите проекты с такими маленькими бюджетами. 2 магазина за 12 к - это очень мало. Даже, если это совсем несложные проекты, всё равно - мало. 20к зарабатывать более чем реально.

• индусы и "хорошие специалисты" - это разные непересекающиеся ниши;
  
• заказчики тоже разделяются на новичков (не знающих разницу между индусом за 5 долларов в час и тяжеловесом за 50) и опытных. Чтобы стать опытным заказчиком нужно хоть раз обжечься об индуса;
  
• заказчики в основном аматоры, но на том же апворке можно встретить и приличные компании. Компании в основном ищут грамотных спецов и не жалеют денег;
  
• если у вас нет отличного профиля с историей заказов, то вам предстоит как-то доказать что вы не индус;
  
  

PS
Как-то у своей хорошей подруги из Индии спросил "почему индусы такие дряные программисты?". Она ответила что это культурная особенность. В Индии во многих школах запрещено задавать вопросы (во всяком случае так было раньше), поэтому программист выполняет задание настолько, насколько он его понял и редко ставит под сомнение идеи начальника/заказчика. Такие дела.

humanstxt.org

У меня есть сорцы всех проектов. Так что мой код говорит за меня сам.

Сказать честно никак, обычно и не спрашивают подтверждение