Товарищи, вопрос. У меня есть БД (MS SQL), там поле

Question

Товарищи, вопрос. У меня есть БД (MS SQL), там поле

название (не уникальное, типа название топиков), и дата создания. В этой таблице в основном надо будет только вставлять новые данные. И выборка будет в основном фильтроваться по названию топика и потом сортироваться по истории создания этого топика. Какой лучше тип индексирования использовать? Я вот прочитал, что хорошо подойдет некластеризованное индексирование (по названию топика). Есть какой-то совет от опытных спецов.
В теории будет выглядеть так, условно у меня 400 000 строк, каждый топик будет иметь максимум по 60 строк, и надо будет их отобразить в сортированном виде по времени актуальности.

#programming #russian #sql

0

30.09.2023

13 ответов

16 просмотров

Ilya Zviagin

Просто индекс и всё.

0

7 месяцев назад

Ulov Kalmarov Автор вопроса

Bektur Bekboev
Какие данные нужно вставлять?

В основном новое название топика (либо названее ранее уже созданного топика), какой-то текст 255, почта и время создания. Я индекс кластеризованный не хочу использовать, так как поиск данных по уникальному идентификатору точно не будет, а в основном по названию топика (точно по каждому топику будет около 50-70 дублей по названию), и с дальнейшей сортировкой по времени.

0

7 месяцев назад

Ilya Zviagin

Ulov Kalmarov
В основном новое название топика (либо названее ра...

Просто индекс создай и успокойся

0

7 месяцев назад

Ulov Kalmarov Автор вопроса

Ilya Zviagin
Просто индекс создай и успокойся

Индекс на название топика (не уникальный)?

0

7 месяцев назад

Ilya Zviagin

Ulov Kalmarov
Индекс на название топика (не уникальный)?

Да

0

7 месяцев назад

Gleb Zabezhinskiy

Ulov Kalmarov
В основном новое название топика (либо названее ра...

Ну так текст то по алфавиту наверное искать проще? При чем тут уникальность к кластеру?

0

6 месяцев назад

Ulov Kalmarov Автор вопроса

Gleb Zabezhinskiy
Ну так текст то по алфавиту наверное искать проще?...

Возможно, некорректно написал, я хотел, чтобы бд меньше памяти занимало, если использовать кластеризованный индекс, то он хранит реальные данные в таблице индексов и тем самым поиск быстрее работает, а если некластеризированный, то там условно хранятся ссылки на строки в реальной таблицы, и тем самым поиск медленнее, но памяти меньше тратится. Верно?

0

6 месяцев назад

blondy snail

Ulov Kalmarov
Возможно, некорректно написал, я хотел, чтобы бд м...

Ни когда не задумывался над этой стороной оптимизации. Один момент: кластеризованный (кластерный?) индекс - это сама таблица. НЕкластерный индекс - это дополнительная "таблица" рядом с основной 🤷‍♂

0

6 месяцев назад

Ulov Kalmarov Автор вопроса

blondy snail
Ни когда не задумывался над этой стороной оптимиза...

Верно!

0

6 месяцев назад

blondy snail

Ulov Kalmarov
Возможно, некорректно написал, я хотел, чтобы бд м...

Всё,- я втупил,- это ты про оперативку... (в смысле "памяти меньше тратиться") ... 😁

0

6 месяцев назад

Roman Sergeev

Ulov Kalmarov
Возможно, некорректно написал, я хотел, чтобы бд м...

В таблице может быть

0

6 месяцев назад

Yuriy T

Ulov Kalmarov
Возможно, некорректно написал, я хотел, чтобы бд м...

Ну не совсем так. Если тебе некластерного будет хватать для фильтра и выборки он вообще не пойдёт в кластереый, тогда да, в теории он может тебе в память поднять только не коастерный индекс и тогда и поиск будет быстрее и памяти меньше, но если у тебя будут лукапы, то тогда он всё равно будет в память поднимать данные из кластерного/кучи

0

6 месяцев назад

Bektur Bekboev · Accepted Answer

Bektur Bekboev

Какие данные нужно вставлять?

0

7 месяцев назад

169 похожих чатов

Товарищи, вопрос. У меня есть БД (MS SQL), там поле

13 ответов

Похожие вопросы