[SQL] Скорость выполнения запросов

[fantom]

пока визуально не понял как это работает

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

именно на запись? или update тоже?

га любое изменение. Но у тебя в основном будет изменения поля при вставке. Посему можна смело принебречь временем переиндексаии с учетом того, какой бонус в итоге получим при поиске игрока.

Также я не знаю как в SQLite, но в mysql иногда бывает, что план запроса оптимизируется самой базой без учета индекса хотя он есть. Тогда можна (и даже нужно) форсировать его. На моей практике я встречал подобное только один раз.

 

[Javekson]

fantom, если я создаю поле AuthID
CREATE TABLE players_stats (AuthID TEXT NOT NULL PRIMARY KEY ASC)

То, как я понимаю индекс создается какой-то автоматически?
Грубо говоря мне не придется ему(хотя скорее всего и не даст) создать индекс?
CREATE INDEX ^"AuthID^" ON ^"players_stats^" (^"AuthID^" ASC);"

Ибо даже с простым PRIMARY KEY ASC выдает мне
SEARCH TABLE players_stats USING INDEX sqlite_autoindex_players_stats_1 (AuthID=?)

Что в принципе наверное одно и тоже, то есть тот же бинарный поиск будет.

 

[fantom]

Грубо говоря мне не придется ему(хотя скорее всего и не даст) создать индекс?

нет не нужно

 

[Javekson]

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

Вопрос не о целесообразности даже, а именно о критичности. То, что это не шибко целесообразно я и сам понимаю ))

 

[fantom]

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

 

[Javekson]

fantom, самый надежный вариант и самый достоверный это при каждом kill

 

[fl0wer]

Самый надежный это сразу)

 

[BlackSignature]

		cvar[CVAR_UPDATESTYLE] = create_cvar("csstats_sql_update", "-1", FCVAR_NONE, "How to update player stats in db^n\
												-2 - on death and disconnect^n\
												-1 - on round end and disconnect^n\
												0 - on disconnect^n\
												higher than 0 - every n seconds and disconnect")

 

[Javekson]

fl0wer, так он и будет сразу ) Я лишь переживаю за критичность

15 Мар 2019

BlackSignature, вижу ) Но при каждой смерти сохранять еще и по дисконнекту не вижу смысла.
На уме следующие:
При каждом RG_CBasePlayer_Killed отправлять один запрос на обновление сразу двух игроков(iVictim и iKiller)

 

[zhorzh78]

При каждом RG_CBasePlayer_Killed отправлять один запрос на обновление сразу двух игроков(iVictim и iKiller)

Похоже, я перестарался в работе с БД в стремлении минимизировать кол-во обращений. Кто-то борется за каждый лишний запрос, чтобы хиленькие базы хостингов не умирали, а кто-то их даже не считает) Почитайте темы про AES, где индивидуумы каждый раунд обновляют данные- м.б. передумаете.

 

[Javekson]

zhorzh78, так зачем мне хост под эти цели? ) VDS'ka на KVM вполне справиться с этой задачей, мне незачем экономить ее ресурсы, почему и хочу перейти на внешку, что бы разгрузить основной сервер работой, как я понимаю отправлять и получать ответ в этом нету критичности, всю обработку данных произведет соседний vds.

16 Мар 2019

Почитайте темы про AES, где индивидуумы каждый раунд обновляют данные

у меня сейчас каждые 30сек идет обновление, критичного не замечаю, как говорил вышел 32 запроса обновляются за ~1сек, в принципе это уже не смертельно, меня бесила задержка при /rank и /top но кажется я уже решил этот вопрос

 

[zhorzh78]

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

16 Мар 2019

у меня сейчас каждые 30сек идет обновление

С какой целью так делаете? Чем не устраивает сохранение при выходе игрока? Просто интересно.

 

[SergeyShorokhov]

CREATE INDEX ^"AuthID^" ON ^"players_stats^" (^"AuthID^" ASC);"

#pragma ctrlchar '\'

 

[Javekson]

Чем не устраивает сохранение при выходе игрока?

Карта не меняется, человек может играть весь день, данные потеряются если сервер упадет.

16 Мар 2019

лицо искривляется от мысли сохранения после убийства с гранаты 3-х чел одновременно)

при смене карты ты так же получишь апдейт 32 игроков одновременно(если делать чисто по дисконнекту, как ты говоришь)

16 Мар 2019

#pragma ctrlchar '\'

=DDD Дело вкуса? )