UPDATE MySQL:as 5 principais dicas para desenvolvedores T-SQL

• Os exemplos usados ​​aqui foram executados no MySQL 8.0.23 usando o mecanismo de armazenamento InnoDB.
• Usamos o SQL Server 2019.

Prepare os dados de amostra

• Produto
• SalesOrderHeader
• Detalhes do pedido de vendas

1. Crie um novo banco de dados chamado adventureworks2019 .
2. Clique com o botão direito do mouse em adventureworks2019 e selecione Ferramentas .
3. Selecione Importar dados . Uma nova janela aparecerá.
4. Selecione ODBC . Você precisa criar um DSN de usuário para se conectar ao SQL Server e ao AdventureWorks banco de dados.
5. Clique em Avançar .
6. Selecione a tabela que você precisa importar, a conexão MySQL e o banco de dados de destino (adventureworks2019 ).
7. Clique em Avançar .
8. Altere as configurações da coluna. Você também pode ver dados de exemplo. Você pode pular isso clicando em Próximo ou altere as configurações como achar melhor.
9. Clique em Importar .
10. Importe a próxima tabela seguindo as mesmas instruções na tela.
11. Clique em Concluir .

1. Noções básicas de sintaxe

UPDATE [LOW_PRIORITY] [IGNORE] table_references
    SET assignment_list
    [WHERE where_condition]
    [ORDER BY ...]
    [LIMIT row_count]

Atualização do MySQL Coluna Única

-- MySQL UPDATE single column
UPDATE `production.product`
SET ReorderPoint = 650
WHERE ProductID = 316;

-- T-SQL UPDATE single column
UPDATE [Production].[Product]
SET ReorderPoint = 650
WHERE ProductID = 316;

Atualização do MySQL várias colunas

UPDATE `production.product`
SET ReorderPoint = 650, SafetyStockLevel = 1200
WHERE ProductID = 316;

2. UPDATE MySQL com JOIN

UPDATE `sales.salesorderdetail` sod
INNER JOIN `sales.salesorderheader` soh ON sod.SalesOrderID = soh.SalesOrderID
INNER JOIN `production.product` p ON sod.ProductID = p.ProductID
set UnitPrice = p.ListPrice
WHERE p.ProductID = 758
AND soh.OrderDate = '2012-04-30';

3. UPDATE MySQL com Subconsulta

UPDATE `sales.salesorderdetail` sod
INNER JOIN `sales.salesorderheader` soh ON sod.SalesOrderID = soh.SalesOrderID
SET sod.UnitPrice = (select ListPrice from `production.product` WHERE ProductID = 758)
WHERE sod.ProductID = 758
AND soh.OrderDate = '2012-04-30';

4. UPDATE MySQL com CTE

WITH priceIncrease AS
(
  SELECT soh.SalesOrderID, p.ProductID, p.ListPrice
  FROM `sales.salesorderdetail` sod
  INNER JOIN `sales.salesorderheader` soh ON sod.SalesOrderID = soh.SalesOrderID
  INNER JOIN `production.product` p ON sod.ProductID = p.ProductID
  WHERE p.ProductID = 758
  AND soh.OrderDate = '2012-04-30'
)
UPDATE `sales.salesorderdetail` s
INNER JOIN priceIncrease pi ON s.SalesOrderID = pi.SalesOrderID AND s.ProductID = pi.ProductID
SET s.UnitPrice = pi.ListPrice

5. UPDATE MySQL com LIMIT

UPDATE `production.product` p
SET p.StandardCost = p.StandardCost + 10, p.ListPrice = p.ListPrice + 10
ORDER BY p.ProductID
LIMIT 5;

UPDATE Production.Product
SET StandardCost += 10, ListPrice += 10
WHERE ProductID IN (SELECT TOP 5 ProductID 
		    FROM Production.Product 
		    ORDER BY ProductID)

Desempenho da ATUALIZAÇÃO do MySQL

EXPLAIN [FORMAT=JSON]
<SQL statement>

Dissecando resultados EXPLAIN para UPDATE com JOIN

1. Os 3 aliases de tabela usados ​​estão lá. Todos os 3 têm tipos de acesso de ALL. Isso significa que o MySQL usou o Table Scan para todos os 3.
2. Veja a chave coluna. Nada é exibido em todas as 3 tabelas, o que significa que nenhuma chave de índice foi usada. Isso é compatível com o ponto anterior do Table Scan.
3. Finalmente, as linhas coluna. Ele informa quantas linhas o MySQL acredita que deve verificar para obter o resultado final. Para 24 linhas atualizadas, milhares de linhas foram verificadas para SalesOrderHeader e Detalhes do pedido de vendas . Enquanto isso, todas as linhas do Produto tabela foram digitalizados.

• Eu criei o ProductID no Produto tabela uma chave primária.
• Também adicionei SalesOrderID como chave primária no SalesOrderHeader tabela. Então, fiz um índice para OrderDate também.
• Finalmente, criei SalesOrderDetailID no Detalhes do pedido de vendas tabela uma chave primária. Também adicionei um índice para o SalesOrderID e ProductID colunas desta tabela.

AUMENTO DE VELOCIDADE APÓS ADICIONAR ÍNDICES

• O acesso tipos de 3 tabelas foram alteradas. Os 2 valores a serem evitados aqui são ALL e INDEX, especialmente em tabelas grandes. ALL é Table Scan e INDEX é Index Scan.
• A chave coluna agora inclui os índices usados. Isso é bom. Todos os índices adicionados foram usados.
• As linhas coluna agora mostra números menores. Os índices adicionados reduziram muito E/S em nossa consulta.

Dissecando resultados EXPLAIN para UPDATE com subconsulta

• Os valores das colunas de tipo, chave e linhas são os mesmos em comparação com o uso de JOIN. Isso é lógico, pois deve ter os mesmos resultados.
• O tempo de execução foi um pouco mais rápido. Isso não vai acontecer todas as vezes, no entanto. Depende dos recursos atuais disponíveis. A diferença de velocidade também é insignificante. Você não vai sentir nada.

Dissecando resultados EXPLAIN para UPDATE com CTE

EXPLAIN
WITH priceIncrease AS
(
  SELECT soh.SalesOrderID, p.ProductID, p.ListPrice
  FROM `sales.salesorderdetail` sod
  INNER JOIN `sales.salesorderheader` soh ON sod.SalesOrderID = soh.SalesOrderID
  INNER JOIN `production.product` p ON sod.ProductID = p.ProductID
  WHERE p.ProductID = 758
  AND soh.OrderDate = '2012-04-30'
)
UPDATE `sales.salesorderdetail` s
INNER JOIN priceIncrease pi ON s.SalesOrderID = pi.SalesOrderID AND s.ProductID = pi.ProductID
SET s.UnitPrice = pi.ListPrice

• 4 tabelas foram usadas em vez de 3. O primeiro uso de SalesOrderDetail está no CTE e depois na instrução UPDATE.
• Mais tabelas significam mais linhas em comparação com as duas abordagens anteriores.

Recomendações

• uma única coluna
• várias colunas
• tabelas com junção
• colunas usando uma subconsulta
• tabelas com CTE
• com um LIMIT