SeneguraDimitry SibiryakovТут программист нужен.

Спасибо это я, поэтому обратился к форуму, т.к. 100% здесь есть люди которые разбираются в базах данных лучше меня.
Похоже придётся самому сделать бенчмарки. Выбор стоит между Sql Server Express и Postgresql, т.к. .NET стек приоритете (.Net > Java).


Короче нужна База данных, которая при максимальной нагрузке, даст наилучшие результаты по индексам, запросы "Like" и фильтрация данных по нескольким полям.

Если быть дотошным. То твой задание - непонятно.
Нужно включить все возможности логгирования и собрать все виды запросов за 1 типичный день.
Выделить из них критичные.
И посмотреть что программист может сделать для производительности.
Посокльку система обновляется раз в день - то можно кешировать все что можно в приложении.
LIKE - expressions надо проанализировать и понять что на самом деле искал пользователь.
Часть этих запросов покрываются такими структурами как Radix-tree.

Правильно было сказано что для решения этой задачи нужен программист. Таких волшебных
опций чтобы все летало в PG/MySQL/Sql нету. Они по дефолту достаточно хороши. И твикать их
надо с умом.

SeneguramaytonИ посмотреть что программист может сделать для производительности.
Посокльку система обновляется раз в день - то можно кешировать все что можно в приложении.
LIKE - expressions надо проанализировать и понять что на самом деле искал пользователь.


Не совсем понятно почему люди продолжают писать, что нужен программист. Это из серии советов Виталия Кличко: "Чем старше человек, тем больше ему лет."
За свою практику я побыл 6 лет DBA. И оставшиеся годы - разработчиком. И я скажу DBA в общем понимании этого
слова обладает большей экспертизой в области оптимизации запросов. Я много общался с разработчиками
SQL и могу сказать что на фоне того что у них есть знания в обычных ЯП (C#, Java), в области баз данных
у них знания - поверхностные. Обычно разработчик очень быстро охладевает к самой теме оптимизации запросов
просто попробовав 2-3 варианта и далее "забивает". У него как правило есть приоритетные вещи а оптимизацию
можно скинуть одельной эпикой на сектор поддержки БД. По крайней мере так было в эпоху 2000х. Доткомы.
Двузвенки. Толстые клиенты.

Поэтому и эту задачу можно рассматривать в разрезе 2х сценариев. Один сценарий - это создание
систем материализованных views на стороне SQL таким образом чтобы LIKE запросы заработали быстрее.
Это сделает DBA. И второй сценарий - это создание на уровне приложения кешей которые сделают то-же самое.
Сейчас сказать однозначно что лучше невозможно. У нас мало статстики по задаче. У нас нет оценок стоимости
доработки. И нет понимания какая экспертиза есть у команды. И сколько времени дано и денег.

Но учитывая последние тренды в сегменте It. Я сказал что лучше - программист.
Тоесть мое предположение о том что нужен программист звучало именно как
выбор между программистом и DBA.

SeneguraRadix непонятно как мне поможет тут, записовать милионы игроков в словарь?
Ну.. вы сначала почитайте про подобные структуры данных. Их много. Сюда-же красно-черные деревья
и прочее. Это все сущности мира "оперативной памяти". Тоесть то что гарантировано не свапируется.
И если ваш замечательный справочник уложится в 2-4-8 Гигабайт. А я надеюсь что уложится потому-что
миллионы - это не так уж много. Миллионы - это приставка мега*. А миллиарды - это гига*
Вы - инженер? Должны понимать порядок измерений. И в даннмо случае если у вас на борту миллиарды
то речь идет о преимуществе в три порядка.

SeneguraСейчас возникло желание перевести всё под Линукс и на новый .NET ну либо Java.

Вообще непонятно... На чем основано это отчаянное... безосновательное желание. Вроде как
последняя попытка спасти ситуацию. Согласитесь? Как-то так выглядит..

Если у вас есть код под .Net и он уже написан и протестирован - пускай он и работает
под Windows. Потому что чудовищное количество архитетурных вопросов которые надо
решать при такой миграции не поддается оценке. Тут - просто ваши деньги и ваши ресурсы
и ваша интуиция должны подсказать.

Но я-бы не советовал.

У меня - большой скепсис на эту тему. Если под миграцией на NET CORE подразумевается
миграция на Linux (NET CORE) то все ваши знания в администрировании Windows - нивелируются.
Нужно получать новые знания и нужно научится решать новый пласт вопросов.
Как это будет выглядеть во времени - мне сложно представить. Ну или здесь
просто высокий риск залипнуть с каким-то пустяком на долгий срок.