Как индекс влияет на результат двух таблиц - один с индексом, а другой без индекса?

Question

У меня есть две таблицы в двух схемах - schema1 и schema2. Обе таблицы имеют одинаковую конструкцию, за исключением того, что Schema2 имеет кластерный индекс первичного ключа таблиц.

таблица SCHEMA1 не имеет первичный ключ (Это как старый дизайн был и Я, чтобы обновить его с новой конструкцией схемы, которая SCHEMA2)

В схеме 2, col_1 является первичным ключом table1 и (COL_4, COL_12) являются ключами для таблицы 2, которые индексируются.

Table1 (col_1, col_2, col_3, col_4 ... col_10) Table2 (col_1, col_4, col_12, .... col_20)

У меня есть запрос, который извлекает данные из table1, и как следует

SELECT t1.COL_1,t1.COL_2, t1.COL_3, t1.COL_4,t1.COL_5 
FROM table1 t1 
LEFT JOIN table2 t2 ON 
    t2.COL_1 = t1.COL_1, 
    AND t2.COL_4 = t1.COL_4 
WHERE 
    t1.col_10 = '/some string/' 

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

Мои вопросы.

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

Я хотел бы иметь представление о вышеуказанном поведении.

Заранее спасибо.

Answer 1

Таблица 1/Схема 1 представляет собой таблицу кучи, вы вставляете запись, которая добавляется в конец этой таблицы. Когда вы запрашиваете эту таблицу, записи (но не считаются) возвращаются в том же порядке, в который они вставляются.

Таблица 2/Схема 2 представляет собой кластерную таблицу индексов, то есть когда вы вставляете запись в эту таблицу, она вставляется между записями, если это необходимо (или добавляется, если первичный ключ новой записи больше, чем все остальные существующие). Когда вы запрашиваете эту таблицу, записи возвращаются (но не учитываются в ней) в порядке сортировки первичного ключа.

Если вы хотите сравнить эти две таблицы и убедитесь, что они точно такие же, вы можете это сделать (будьте готовы, это займет некоторое время, если это огромная таблица).

-- show all records in table1 that do not exist in table2 
select * from table1 
except 
select * from table2 

и наоборот

-- show all records in table2 that do not exist in table1 
select * from table2 
except 
select * from table1 

если записи не возвращаются из этих двух запросов, таблицы одинаковы. , если у вас есть «обновленные/созданные» столбцы или столбец идентичности, которые могут отличаться, то вы указываете столбцы, которые вы хотите сравнить во всех запросах.

Answer 2

Но порядок строк не то же самое, и я не знаю, как сравнивать данные в обоих

Конечно. Вы добавили кластеризованный индекс - это означает, что индексированная таблица хранится в соответствии с индексом. Но без предложения ORDER BY не определен порядок.

Я не знаю, как сравнивать данные в обоих

Используйте предложение ORDER BY чтобы упорядочить данные, как вы хотите. Это позволит проводить сравнения.

Запрос, который вы опубликовали, должен возвращать соответствующие строки в том же порядке, что и ваше условие соединения, на COL_1, поэтому не так уверен, почему проблема.

Answer 3

Возвращенный заказ не является тем же, потому что у вас нет предложения ORDER BY. Без этого порядок возвращаемых строк определяется реализацией, и вы не должны делать никаких предположений.

Этот индекс, хотя и улучшает производительность запроса, не должен приводить к возврату различных результатов из-за его присутствия.

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