|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
Подскажите, есть ли смысл разбивать такое кол-во строк на несколько таблиц? Таблица будет участвовать в join по id Удаляться записи будут редко. В основном добавление/обновление. Результат запроса будет отображаться на сайте. Т.е. нужно приемлемое время. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2019, 20:21 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
Для этого нужно видеть все требовательные по времени выполнения запросы, которые будут использовать эту таблицу. Но без твердой необходимости разбивать нет смысла. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2019, 21:43 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
miksoftДля этого нужно видеть все требовательные по времени выполнения запросы, которые будут использовать эту таблицу. Но без твердой необходимости разбивать нет смысла. Id int Pk Name varchar(500) not null Created timestamp Select name, created from tb where id=n Нужно обеспечить 10 ms На странице будет примерно 10 значений. Исхожу из общего времени 200ms. 100 ms на запрос и 100ms на рендер страницы ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2019, 21:54 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
Все not null ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2019, 21:55 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
listtoviewНа странице будет примерно 10 значений.Тогда почему не Select name, created from tb where id IN (n1,n2,...,n10) ? listtoviewНужно обеспечить 10 msЕсли таблица влезет в buffer pool, то реально, имхо. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.04.2019, 22:07 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
miksoftlisttoviewНа странице будет примерно 10 значений.Тогда почему не Select name, created from tb where id IN (n1,n2,...,n10) ? listtoviewНужно обеспечить 10 msЕсли таблица влезет в buffer pool, то реально, имхо. 1) пусть будет IN разве не одинаковое время будет? и там и там просто поиск по индексу. 2) если IN какие примерные требования к железу будут? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.04.2019, 10:16 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
listtoview1) пусть будет IN разве не одинаковое время будет? и там и там просто поиск по индексу.10 запрос по одному значению будет явно дольше одного запроса по 10 значениям. listtoview2) если IN какие примерные требования к железу будут?Вы вот серьезно по одному запросу хотите сейчас железо определить? Оперативки должно быть достаточно много, чтобы вся таблица с запасом на вырост влезла в buffer pool. Это помимо всех остальных расходов. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.04.2019, 22:38 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
miksoftlisttoview1) пусть будет IN разве не одинаковое время будет? и там и там просто поиск по индексу.10 запрос по одному значению будет явно дольше одного запроса по 10 значениям. listtoview2) если IN какие примерные требования к железу будут?Вы вот серьезно по одному запросу хотите сейчас железо определить? Оперативки должно быть достаточно много, чтобы вся таблица с запасом на вырост влезла в buffer pool. Это помимо всех остальных расходов. 1) конечно больше, но основное время поиск по индексу, остальными издержками на этом фоне можно пренебречь. тем более что это сайт, можно скролл на аяксе сделать. 2) понятно. Вообще говоря размер базы известен, требования к времени выполнения запроса известны, размер и типы данных известны. Плюс железо нужно определить примерно. ИМХО вопрос вполне корректный. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.04.2019, 09:23 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
listtoview, смотря в чем и как реализован проект, есть у меня практика, есть проект, запустил я его в 2004 году, практически под ключ, к моему удивлению востребованность у компании остается по настоящее время, трилионы записей в таблицах, серверное железо средненькое, архитектура клиент сервер, техзвенка, базы на Oracle, отдавал на 9-ке, сейчас у них 10-ка. была проблема миграции недавно, обращались, 1600 человек работает в режиме реального времени ежедневно ну наверное + - 200 в отпусках но реальных пользователей в базе почти 1600, приятно, если бы не российские 226 и 44 фз, можно было бы поддаивать проект. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2019, 21:25 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
handler socket или memcached plugin в помощь. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.04.2019, 18:07 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
старт проекта требования до конца не известны сделаю локализацию в разных таблицах ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2019, 10:49 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
listtoviewосновное время поиск по индексу, остальными издержками на этом фоне можно пренебречь.Нет. Основное время занимает получение записей из тела таблицы на основании значений, полученных из индекса. listtoviewсделаю локализацию в разных таблицахЛучше сделайте партиционирование по значению ID. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.07.2019, 11:02 |
|
Varchar(500) 50млн строк
|
|||
---|---|---|---|
#18+
Akinalisttoviewосновное время поиск по индексу, остальными издержками на этом фоне можно пренебречь.Нет. Основное время занимает получение записей из тела таблицы на основании значений, полученных из индекса. listtoviewсделаю локализацию в разных таблицахЛучше сделайте партиционирование по значению ID. спасибо, так и сделаю ... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2019, 09:27 |
|
|
start [/forum/topic.php?fid=47&msg=39834873&tid=1829059]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
others: | 327ms |
total: | 465ms |
0 / 0 |