все зависит от того, что и как хранить

3 объекта по 1.2 Тб

в жсоне

точно

Да хоть что храни. У тебя стены по каждому квадрату почии

Либо будут пустые поля и векторные стены

Тож мне гугл мап изобрел

1. одна стена относится к двум квадратам, всегда! 2. необязательно хранить каждый квадрат

но вы продолжайте, мне интересно

1. одна стена относится к двум квадратам, всегда! 2. необязательно хранить каждый квадрат

Нюню. Только есть исключения

внешний периметр

он константа

Ё он заполнил лабиринт в шахматном порядке. Теперь 2.25т

в общем я понял, что задача вам не интересна, головой думать не охото, проехали

Трололо

точно

Придумал чем будешь тролить?

http://journal.stuffwithstuff.com/2014/12/21/rooms-and-mazes/

http://donjon.bin.sh/d20/dungeon/

и дверь внутри объекта, а не на границе между двумя объектами

Чейта не миллион на миллион

В мурзилке и то лабиринты больше были

@alexey_kopytov ping?

впрочем, задам вопрос всем: скуль подавляющее время проводит в rec_get_offsets_func() и в buf_page_get_gen()

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

куда копнуть, чтобы облегчить участь сервера?

подскажите плз, как через консоль postgre удалить все таблички с префиксом

как вы могли догадаться

у меня есть таблицы с определнным префиксом

когда их 8, это накладно, но реализуемо

если у меня их будет около 20-30, можно ли как-то красиво их удалять?

https://stackoverflow.com/questions/27610890/drop-all-tables-sharing-the-same-prefix-in-postgres

подскажите плз, как через консоль postgre удалить все таблички с префиксом

Прототипирование запросов научись делать...

Генерацию запросов другим запросом

Всем привет, есть вопрос по бд: влияет ли на скорость обработки данных величина(кол-во строк) таблицы? есть ли смысл разбивать на несколько таблиц большую таблицу для ускорения обработки данных?

в таблице в общей сложности накапливается более 100млн строк за день

конечно влияет

Всем привет, есть вопрос по бд: влияет ли на скорость обработки данных величина(кол-во строк) таблицы? есть ли смысл разбивать на несколько таблиц большую таблицу для ускорения обработки данных?

Влияет . Но есть нюансы. Нет, не стоит.

в таблице в общей сложности накапливается более 100млн строк за день

А сколько дней?

Снимаю дамп каждый день

Какое может может быть решение для этой проблемы?

Сам сижу на ms sql

После дампа соответственно чищу все таблицы

После дампа соответственно чищу все таблицы

ттогда навероное смысла нет...

100 млн в первый день, 100 млн во второй? И так далее?

100 млн в первый день, 100 млн во второй? И так далее?

да

Всего сколько?

~90-110 если быть точным каждый день

всего около 100 млн в день потом с этими данными не работаю

Ну ты долго так не протянешь...

10 дней и миллиард.

Месяц - три.

Год 30 млрд.

А это уже серьезно

Как ты это все паковать далее собираешься?

секционирование же

100 млн в день норм

Просто таблицы то бить не надо, но у обычных СУБД есть гипотетический предел в миллиард записей. Обычно больше миллиарда они не тянут

потом агрегируешь по месяцам

все равно архивы не нужны как правило

при таких объемах, а лишь агрегаты какие то

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

и каждый день прилетало 80-120 млн записей

без секционирования никуда, увы

+ со временем скидывание архивов на более медленные хранилища

секционирование же

Секционирование оцтой. Надо бешеное количество секций нарезать, да ещё и следить, чтобы prune ились...

automate it, dude!

А если надо ВСЕ обработать - то все, приехали.

все обычно на таких объемах ненужны

но за 2-3 месяца легко

Короче. Если nosql, то касандра или аэроспайк. Если sql, то ...... ну вы поняли ?

Я так и не понял, надо на подтаблицы разбивать или нет?

с данными предыдущих дней работать не надо

они просто в архив уходят (грубо говоря)

мне необходимо максимально быстрая работа среди самих 100 млн

это с учетом что я с ними буду работать через entity framework

мне необходимо максимально быстрая работа среди самих 100 млн

А в чем заключается работа (поиск среди этих данных, расчет статистик и т.п.), какой они формы (ид + пара колонок с цифрами или сотни текстовых колонок), сколько места занимают эти 100М?