1001

потому что координата у меня существует как в разрезе времени, так и вразрезе типа события что там произошло

сделайте таблицу только с необходимыми полями без агрегации и запустите свой запрос на этой таблице

у вас треть уходит тупо на джойн

далее сделайте индексы на lat и lng по отдельности

после этого напишите, что стало и какой план

почему?

Блин, потому что уж какие агрегации тебе нужно делать ты должен решить сам.

И какие бы ты ни делал в том запросе, производительность его не изменится.

далее сделайте индексы на lat и lng по отдельности

Какие индексы там, если он хочет ВСЁ СРАЗУ ? Ничего не будет использоваться.

спокуха

1002

Вмем привет

опять 1001

уже третий раз

Вмем привет

День добрый

1002

А вот это вы зачем пишете?

ЭТо число подписчиков чата что ли ?

Да, выше написали 1001 и я заинкрементил

)

Какие индексы там, если он хочет ВСЁ СРАЗУ ? Ничего не будет использоваться.

Если мелкомягкие сильно не меняли логику, то можно обернуть эту логику в индексы

Другое дело, что это будет какой то ахтунговый вариант

Если мелкомягкие сильно не меняли логику, то можно обернуть эту логику в индексы

это как?

Вернее какю именно логику в индексы оборачивать ?

Вы пока сделайте выше и покажите план

Ну и запрос

да, делаю

Вы пока сделайте выше и покажите план

Сделал таблицу, создал индекс, только не разные ,а такой как план посоветовал

вот что вышло

щас попробую с разынми индексами

сам запрос какой? и сколько отрабатывался?

а, запрос вижу

сколько по времени?

Переношу данные из старых баз. В одной таблице записей несколько тысяч. Не так уж много. Но при переносе у меня переодически отваливается сервак (mysql): Exception 'yii\db\Exception' with message 'PDOStatement::execute(): MySQL server has gone away. Переношу блоками по 50 записей. Куда уж меньше даже не знаю. Почему еще оно может валиться?

а может наоборот, попробовать больше? ?

а вообще, логи сервера надо смотреть

а может наоборот, попробовать больше? ?

если больше то валится из-за нехватки памяти))))

чтож там за сервер то о_0

чтож там за сервер то о_0

опенсервер под виндой

чё?

https://ospanel.io/

понятно

я просто промолчу ?

Переношу данные из старых баз. В одной таблице записей несколько тысяч. Не так уж много. Но при переносе у меня переодически отваливается сервак (mysql): Exception 'yii\db\Exception' with message 'PDOStatement::execute(): MySQL server has gone away. Переношу блоками по 50 записей. Куда уж меньше даже не знаю. Почему еще оно может валиться?

Network problems. Check your network with your system administrator.

Network problems. Check your network with your system administrator.

че? причем тут сеть лол, база локально развернута

я просто промолчу ?

Я тогда тоже помолчу...

смотри логи и разгребай, что там за Г в этой ospanel

смотри логи и разгребай, что там за Г в этой ospanel

опенсервер рулит, нет ничего круче его

опенсервер рулит, нет ничего круче его

ну да, ну да, как скажешь

а какова сложность добавления строки в индексированную таблицу? (пусть индек будет по 1 колонке)

она равна сложности добавления в индекс?

а в чем измеряем сложность, в попугаях?

в O-большом

сколько по времени?

7 ctreyl

7 секунд на какой машине? на пятерке или двацатке?

7 секунд на какой машине? на пятерке или двацатке?

5

трехкратный прирост есть

а вот выжить еще... ?

а какова сложность добавления строки в индексированную таблицу? (пусть индек будет по 1 колонке)

O(log N)

Возможно оконной функцией будет быстрее считать

трехкратный прирост есть

ну да, было 26-30 сек, стало 6-9

сейчас половина коста уходит на агрегацию

переписать на оконку и посмотреть как с ней

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

возможно понапилить индексы на дату

ERROR: S client not available

переписать на оконку и посмотреть как с ней

?

O(log N)

а без индекса столько же?...

?

COUNT(*) OVER (PARTITION BY ...

сейчас индекс вот такой

/** Object: Index [<Name of Missing Index, sysname,>] Script Date: 05.12.2017 14:12:23 **/ CREATE NONCLUSTERED INDEX [<Name of Missing Index, sysname,>] ON [dbo].[GeneratedData] ( [TimeAl] ASC, [ZoneTpId] ASC, [Latitude] ASC, [Longitude] ASC )WITH (STATISTICS_NORECOMPUTE = OFF, DROP_EXISTING = OFF, ONLINE = OFF) ON [PRIMARY] GO

гугли

/** Object: Index [<Name of Missing Index, sysname,>] Script Date: 05.12.2017 14:12:23 **/ CREATE NONCLUSTERED INDEX [<Name of Missing Index, sysname,>] ON [dbo].[GeneratedData] ( [TimeAl] ASC, [ZoneTpId] ASC, [Latitude] ASC, [Longitude] ASC )WITH (STATISTICS_NORECOMPUTE = OFF, DROP_EXISTING = OFF, ONLINE = OFF) ON [PRIMARY] GO

один? о_0

зачем составной

надо отдельный индекс на каждую колонку

надо отдельный индекс на каждую колонку

Ща сделаю

отдельно на lat, отдельно на lng, отдельно на ZoneTP

создал 4 отдельных

переиндексацию делали? в плане вообще нет индекса

переиндексацию делали? в плане вообще нет индекса

В смысле нет индекса, я создал 4 индекса, на инцидент, дату, и лат/лнг

DDL покажите

а без индекса столько же?...

O(N) (неверно)

ээээ.... без индексов инсерт дольше?

она равна сложности добавления в индекс?

Да блин. O(NlogN) — сложность поддержания (модифицирования) одной индексной записи. Само добавление записи — O(1) , константа. Если на таблице K индексов висит, то ещё добавится K O(NlogN) Cуммарно O(1) + KO( NlogN ) = O( K N log N )

O(N) (неверно)

Это я не то написал, перепутал. Это время поиска записи без индекса

DDL покажите

это вы мне?

то есть добавление с 1 индексом это O(N log N), инсерт без индекса O(1)?

это вы мне?

да

@SLASH_CyberPunk @MasterZiv ууухспасибо вам братишки

В общем получилось увеличить перформанс до 0.2-1.2 секунды на 3кк записей

а я уже испугался, куда пропал ?

На 5 dru

Dtu

а я уже испугался, куда пропал ?

Povesilsya

Поделись для опыта, какой конечный результат то? В плане, что в итоге сделал?

то есть добавление с 1 индексом это O(N log N), инсерт без индекса O(1)?

Да да