diff --git a/dev/database/Индекс для внешнего ключа таблицы БД.md b/dev/database/Индекс для внешнего ключа таблицы БД.md
index f90c2772..241563f0 100644
--- a/dev/database/Индекс для внешнего ключа таблицы БД.md	
+++ b/dev/database/Индекс для внешнего ключа таблицы БД.md	
@@ -13,7 +13,7 @@ linked:
 
 > A foreign key must reference columns that either are a primary key or form a unique constraint, or are columns from a non-partial unique index. This means that the referenced columns always have an index to allow efficient lookups on whether a referencing row has a match. Since a `DELETE` of a row from the referenced table or an `UPDATE` of a referenced column will require a scan of the referencing table for rows matching the old value, ==it is often a good idea to index the referencing columns too==. Because this is not always needed, and there are many choices available on how to index, the declaration of a foreign key constraint does not automatically create an index on the referencing columns.
 
-Когда выполняются операции, такие как SELECT, UPDATE или DELETE, СУБД должна проверять целостность данных. Без индекса проверка связей может занимать много времени, поскольку требуется сканирование всей таблицы для поиска необходимых записей.
+Когда выполняются операции, такие как INSERT, UPDATE или DELETE, СУБД должна проверять целостность данных. Без индекса проверка связей может занимать много времени, поскольку требуется сканирование всей таблицы для поиска необходимых записей.
 
 Рассмотрим пример удаления строки из таблицы, связанной с другой таблицей через внешний ключ. ==Удаление выполняется по первичному ключу, и внешний ключ в запросе напрямую не используется.==