Запитання з тегом «index»

Структура бази даних, яка може підвищити швидкість запитів за рахунок місця на диску та повільніших вставок / оновлень. Він зберігає копію одного або декількох стовпців, відсортованих, але структурує дані по-різному, щоб забезпечити швидший доступ.

1
Тупик при оновленні різних рядків з некластеризованим індексом
Я вирішую проблему з глухим блоком, коли помічаю, що поведінка блокування відрізняється, коли я використовую кластерний та некластеризований індекс у полі id. Проблема з тупиковою ситуацією, схоже, вирішується, якщо до поля id застосовано кластеризований індекс або первинний ключ. У мене є різні транзакції, роблячи одне або кілька оновлень для різних …

2
Як пришвидшити ПОРЯДОК сортування при використанні GIN-індексу в PostgreSQL?
У мене така таблиця: CREATE TABLE products ( id serial PRIMARY KEY, category_ids integer[], published boolean NOT NULL, score integer NOT NULL, title varchar NOT NULL); Продукт може належати до кількох категорій. category_idsстовпець містить список ідентифікаторів усіх категорій товару. Типовий запит виглядає приблизно так (завжди в пошуках однієї категорії): SELECT …

2
Чому мій пункт WHERE має перевагу з стовпця "включено"?
Відповідно до цієї відповіді , якщо індекс не побудований над стовпцями, які використовуються для обмеження, запит не матиме користі від індексу. У мене таке визначення: CREATE TABLE [dbo].[JobItems] ( [ItemId] UNIQUEIDENTIFIER NOT NULL, [ItemState] INT NOT NULL, [ItemPriority] INT NOT NULL, [CreationTime] DATETIME NULL DEFAULT GETUTCDATE(), [LastAccessTime] DATETIME NULL DEFAULT …

1
Як оптимізувати запит, щоб він спочатку шукав один індекс, а потім інший індекс
У мене є два набори вимірювань Землі за супутниковими даними, кожен з полями часу (mjd - середня юліанська дата) та географічними положеннями (GeoPoint, просторовий), і я шукаю збіги між двома наборами, щоб їх час відповідав порогу 3 години (або .125 днів) та їх відстань в межах 200 км один від …

2
Зведення до мінімуму індексованих читань зі складними критеріями
Я оптимізую базу даних робочих квитків Firebird 2.5. Вони зберігаються в таблиці, оголошеній як такий: CREATE TABLE TICKETS ( TICKET_ID id PRIMARY KEY, JOB_ID id, ACTION_ID id, STATUS str256 DEFAULT 'Pending' ); Я, як правило, хочу знайти перший квиток, який не був оброблений і знаходиться у Pendingстатусі. Мій цикл обробки …

2
Чому цей запит не використовує мій некластеризований індекс, і як його зробити?
Надаючи відповідь на це питання щодо підвищення продуктивності запитів, я хотів би дізнатися, чи є спосіб зробити свій індекс за замовчуванням. Цей запит запускається приблизно за 2,5 секунди: SELECT TOP 1000 * FROM [CIA_WIZ].[dbo].[Heartbeats] WHERE [DateEntered] BETWEEN '2011-08-30' and '2011-08-31'; Цей працює приблизно за 33 мс: SELECT TOP 1000 * …

4
Визначення того, що індекси в таблиці не використовуються
Я запускав цей сценарій, щоб спробувати знайти сторонні індекси select o.name as TableName, i.name as IndexName, p.reserved_page_count * 8.0 / 1024 as SpaceInMB, s.* from sys.dm_db_index_usage_stats s inner join sys.objects o on s.object_id = o.object_id inner join sys.indexes i on i.index_id = s.index_id and i.object_id = o.object_id inner join sys.dm_db_partition_stats …

2
Використання логіки NOT стосовно індексів
Відповідно до книги Microsoft щодо розробки бази даних Іспит 70-433: Розробка бази даних Microsoft SQL Server 2008 : Жоден із провідних символів підстановки, що НЕ логічно, дозволяє оптимізатору запитів використовувати індекси для оптимізації пошуку. Для оптимальної продуктивності слід уникати використання ключового слова NOT та провідних символів. Так що я взяв …


3
Як індекси впливають на ефективність запитів?
Очевидно, що збереження декількох різних індексів негативно впливає на продуктивність вставлення та видалення. Як щодо ефективності запитів: чи має сенс взагалі зберігати занадто багато індексів на столі? Чи покращиться ефективність запиту в будь-якому випадку із додаванням індексу (звичайно, для запитів, що взагалі використовують індекс) або можливо навіть, що ефективність запиту …

2
Чи зміниться повнотекстовий каталог із відстеженням: AUTO автоматично оновиться, якщо параметр "Змінити відстеження" для цієї таблиці не ввімкнено?
У мене є ця таблиця баз даних, яка повинна підтримувати повний текст індексу. Однак я зовсім не бачу, щоб це відбувалося (помилки в журналі не було, оскільки останній журнал, який я бачив, був, коли я його запускав вручну). Ось що я бачу ... але на самому столі ... Чи може …

2
Повільне сканування індексу у великій таблиці
Використовуючи PostgreSQL 9.2, у мене виникають проблеми з повільними запитами щодо відносно великої таблиці (200+ мільйонів рядків). Я не намагаюся нічого божевільного, просто додаю історичні цінності. Нижче наведено запит та вихідний план запиту. Моя таблиця: Table "public.energy_energyentry" Column | Type | Modifiers -----------+--------------------------+----------------------------------------------------------------- id | integer | not null default …

3
Індекс максимальної помилки розміру рядка
Чи є верхня межа для arrayстовпця? Я отримую цю помилку під час вставки в поле масиву - PG::Error: ERROR: index row size 3480 exceeds maximum 2712 for index "ix_data" Ось моє визначення таблиці - create table test_array(id varchar(50), data text[]); ALTER TABLE test_array ADD PRIMARY KEY (id); CREATE INDEX ix_data …

4
Чи має значення порядок стовпців в індексі зберігання стовпців?
У мене є таблиця з ~ 200 мільйонами рядків і ~ 15 стовпців у ній. Я планую створити COLUMNSTOREіндекс на своєму столі. Чи буде якась зміна продуктивності на основі порядку стовпців, які я використовую в індексі зберігання стовпців? Якщо так, то в чому логіка?

1
Як працює INDEX на складеному первинному ключі в mysql?
При складанні первинного ключа для двох або більше стовпців, наприклад PRIMARY KEY(col1, col2, col3); буде система INDEXкожен стовпчик окремо? Причиною того, що я задаю це питання, є те, що коли ми використовуємо UNIQUE INDEX (col1, col2, col3), він діє, як лише INDEXдля першого стовпця, і нам потрібно створити додаткові INDEXs …

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.