Em um artigo anterior mostrei como carregar um arquivo CSV em uma tabela no MySQL. Agora vou mostrar como realizar o processo inverso – como exportar os dados de uma tabela de um banco de dados MySQL para um arquivo CSV, usando declarações SQL.

Para tal usaremos a declaração SQL INTO OUTFILE (literalmente, “dentro de um arquivo externo“), cuja sintaxe básica é a seguinte:

SELECT colunas
FROM tabela
INTO OUTFILE 'caminho/arquivo.csv'
FIELDS TERMINATED BY 'delimitador'
ENCLOSED BY 'caractere'
LINES TERMINATED BY 'tipo_quebra';

Onde temos que:

• SELECT – Aqui informamos os nomes das colunas que farão parte do arquivo CSV
• FROM – Especificamos a tabela a ser consultada (para incluir dados de mais de uma tabela, podemos usar INNER JOIN)
• INTO OUTFILE – Determina o nome do arquivo e local onde o conteúdo da tabela será exportado no formato CSV.
• FIELDS TERMINATED BY – Aqui devemos informar qual delimitador (separador de campos) é desejado no arquivo CSV.
• ENCLOSED BY – Usado para especificar que aspas duplas “” englobam valores de dados
• LINES TERMINATED BY – Especifica o código ou caractere usado para indicar quebra de linha.

Vamos a alguns exemplos de exportação de arquivos CSV no MySQL.

Exemplo 01

Vejamos um exemplo, usando a tabela de autores que importamos na lição passada. Vamos exportar o conteúdo dessa tabela para um arquivo CSV de nome autores_bkp.csv:

SELECT ID_autor, Nome_Autor, Sobrenome_Autor
FROM tbl_autores
INTO OUTFILE 'C:/SQL/autores_bkp.csv';

Tabela exportada como CSV

Se nenhuma opção for informada, será empregado o caractere de tabulação como delimitador, por padrão.

Exemplo 02

Podemos especificar um delimitador diferente e outras configurações da seguinte forma:

SELECT ID_autor, Nome_Autor, Sobrenome_Autor
FROM tbl_autores
INTO OUTFILE 'C:/SQL/autores_bkp.csv'
FIELDS TERMINATED BY ','
ENCLOSED BY '"'
LINES TERMINATED BY '\n';

Tabela exportada com opções diferentes

Neste caso usamos a vírgula como delimitador, e as aspas duplas “” para englobar os valores de dados.

Exemplo 03

E se quisermos incluir também os nomes das colunas como títulos? Neste caso, podemos usar a declaração UNION, como segue:

(SELECT 'ID_autor', 'Nome_Autor', 'Sobrenome_Autor')
UNION
SELECT ID_autor, Nome_Autor, Sobrenome_Autor
FROM tbl_autores
INTO OUTFILE 'C:/SQL/autores_bkp.csv'
FIELDS TERMINATED BY ','
LINES TERMINATED BY '\n';

Tabela exportada com CSV com cabeçalhos de colunas

Note agora que a primeira linha do arquivo contém nomes de colunas, conforme informado na primeira declaração SELECT, antes da palavra-chave UNION. Não usei nesse caso as aspas duplas para englobar os dados (opção ENCLOSED BY).

É isso aí! Mostrei um processo simples para salvar os dados de tabelas do MySQL em um arquivo separado por vírgulas (CSV), com alguns exemplos de codificação, que pode ser aberto em editores de planilhas ou ainda importado em outros bancos de dados.

Prefere assistir a uma aula? Então assista ao vídeo da Bóson Treinamentos no YouTube sobre Arquivos CSV no MySQL:

Leia Também: Definir privilégios de acesso a bancos de dados MySQL

Perguntas Frequentes (FAQ)

1. Como eu exporto uma tabela inteira do MySQL  para CSV usando SQL?

Para isso podemos usar a instrução SQL a seguir:

SELECT * 
FROM nome_da_tabela 
INTO OUTFILE '/caminho/arquivo.csv' 
FIELDS TERMINATED BY ',' 
OPTIONALLY ENCLOSED BY '"' 
LINES TERMINATED BY '\n';

Isso exporta todas as linhas e colunas para o arquivo especificado.

2. Posso customizar o formato do CSV, como separador ou delimitação de texto?

Sim, você pode, usando por exemplo as seguintes opções:

• TERMINATED BY ‘,’ para definir o separador de campos (como vírgula ou ponto e vírgula),
• OPTIONALLY ENCLOSED BY ‘”‘ para envolver campos de texto com aspas,
• LINES TERMINATED BY ‘\n’ (ou ‘\r\n’) para controlar a quebra de linha

3. Onde o arquivo CSV é criado após a exportação?

Se não for empregado um caminho absoluto, o arquivo será salvo no diretório de dados do servidor MySQL.
Mas se você deseja salvá-lo outro local, use o caminho completo no INTO OUTFILE e tenha a permissão adequada.

4. Preciso de permissões especiais para usar INTO OUTFILE?

Sim, a conta do MySQL precisa da permissão FILE, e o diretório de saída deve permitir que o servidor grave.
Caso contrário, ocorrerá erro de acesso ou de permissão negada .

5. Como garantir que o arquivo CSV tenha cabeçalho com nomes de colunas?

O INTO OUTFILE só exporta dados, sem cabeçalhos.
Para incluir nomes de colunas, pode-se usar uma cláusula UNION ou aplicar um SELECT ‘col1’, ‘col2’, … UNION ALL SELECT * … antes do INTO OUTFILE.

6. INTO OUTFILE sobrescreve arquivos existentes?

Não. Se o arquivo já existir, o MySQL retorna um erro.
Você deve removê-lo manualmente antes de executar novamente o comando.

7. Há limitações para exportar via SELECT INTO OUTFILE em conjuntos Unix ou combinados UNION?

Sim, INTO OUTFILE deve vir no final da instrução SELECT.
Evite colocá-lo dentro de subconsultas ou antes de cláusulas UNION para evitar erros

8. Posso usar INTO DUMPFILE em vez de OUTFILE para CSV?

Não. A opção INTO DUMPFILE gera um único registro bruto sem delimitadores, sendo útil apenas para binários. Para arquivos CSV, devemos usar a opção INTO OUTFILE.

Colabore com a Bóson Treinamentos

Ajude o canal adquirindo meus cursos na Udemy:

• Bancos de Dados com MySQL Básico: https://bit.ly/35QdWE4
• Lógica de Programação com Português Estruturado: https://bit.ly/3QKPn22
• Programação em Python do Zero: https://bit.ly/python-boson

Adquira também livros e outros itens na loja da Bóson Treinamentos na Amazon e ajude o canal a se manter e crescer: https://www.amazon.com.br/shop/bosontreinamentos

O post Como Exportar Tabela MySQL para CSV – Tutorial Prático apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.

Consultar os nomes de tabelas e colunas em um banco de dados MySQL é uma tarefa importante para entender a estrutura e o conteúdo dos dados armazenados, principalmente quando trabalhamos em um banco que não conhecemos muito bem.

Desta forma, podemos obter uma visão abrangente da organização dos dados e identificar os elementos essenciais para  a execução de consultas subsequentes e operações variadas de manipulação de dados.

Neste artigo abordo dois métodos que podem ser empregados para consultar nomes de tabelas e colunas em bancos MySQL, auxiliando a compreensão da estrutura de seus bancos de dados.

1. Mostrar os nomes das tabelas de um banco de dados específico

SELECT TABLE NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'db_biblioteca';

Neste exemplo:

• SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES: Aqui especificamos que queremos selecionar a coluna TABLE_NAME, que contém os nomes das tabelas em um banco de dados.
  Essa coluna pertence à tabela interna INFORMATION_SCHEMA.TABLES, que é uma tabela especial no MySQL que contém informações sobre as tabelas em um banco de dados
• WHERE TABLE_SCHEMA = ‘db_biblioteca’;: Esta parte da declaração filtra os resultados para incluir apenas as tabelas que pertencem ao banco de dados especificado, de nome db_biblioteca no exemplo.
  TABLE_SCHEMA é uma coluna na tabela INFORMATION_SCHEMA.TABLES que contém os nomes dos bancos de dados aos quais as tabelas pertencem.

Resultado:

2. Mostrar os nomes das colunas de uma tabela específica no banco

SELECT COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_SCHEMA='db_biblioteca' AND TABLE_NAME='tbl_autores';

Neste exemplo temos que:

SELECT COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS: Vamos consultar os nomes das colunas da tabela INFORMATION_SCHEMA.COLUMNS, que é uma tabela especial no MySQL que contém informações sobre as colunas em todas as tabelas de todos os bancos de dados. 

WHERE TABLE_SCHEMA=’db_biblioteca AND TABLE_NAME=’tbl_autores”: Aqui filtramos os resultados para incluir apenas as tabelas que pertencem ao banco de dados db_biblioteca,combinado com nome da tabela do banco de dados desejada (no caso, tbl_autores) por meio de um operador lógico AND. 

Resultado:

É isso aí! Com essas técnicas podemos verificar rapidamente a estrutura de um banco de dados, descobrindo os nomes de suas tabelas e respectivas colunas no MySQL.

Referências

• INFORMATION_SCHEMA Tables. https://dev.mysql.com/doc/refman/8.0/en/information-schema.html

Colabore com a Bóson Treinamentos

Ajude o canal adquirindo meus cursos na Udemy:

• Bancos de Dados com MySQL Básico: https://bit.ly/35QdWE4
• Lógica de Programação com Português Estruturado: https://bit.ly/3QKPn22
• Programação em Python do Zero: https://bit.ly/python-boson

Adquira também livros e outros itens na loja da Bóson Treinamentos na Amazon e ajude o canal a se manter e crescer: https://www.amazon.com.br/shop/bosontreinamentos

O post Como consultar nomes de tabelas e de colunas no MySQL apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.

Suponha uma tabela de banco de dados com uma grande quantidade de registros. Desejamos retornar 10 registros aleatórios dessa tabela, para fins, por exemplo, de pesquisa ou amostragem.

Ou ainda, por exemplo, uma tabela com nomes de clientes de uma loja, a partir da qual queremos “sortear” um número determinado de usuários.

Como retornar esses registros de forma aleatória?

Existem diferentes formas de retornar linhas aleatórias de uma tabela em um banco de dados, dependendo do sistema de gerenciamento de banco de dados (SGBD) que estivermos usando. Neste tutorial mostrarei com realizar esse procedimento em um banco MySQL, usando a função RAND().

Como funciona a função RAND() no MySQL

A função matemática RAND() no MySQL é utilizada para gerar um número aleatório. Quando a função é chamada sem nenhum argumento, ela retorna um número aleatório de ponto flutuante entre 0 e 1:

SELECT RAND();

Essa declaração gera um número aleatório de ponto flutuante no intervalo entre 0 e 1.

Se quisermos gerar um número aleatório dentro de um intervalo específico, devemos ajustar a faixa de valores gerados efetuando um calculo com o retorno obtido pela função RAND(). Por exemplo, se quisermos gerar um número aleatório de ponto flutuante entre 1 e 100, podemos usar a seguinte expressão:

SELECT RAND() * 100;

Caso desejemos um número aleatório inteiro, podemos combinar a função FLOOR() com a função RAND() para realizar um arredondamento e eliminar as casas decimais:

SELECT FLOOR(1 + RAND() * 100) AS Numero_Aleatorio;

Cada vez que a função for invocada irá gerar um número inteiro aleatório diferente.

A função RAND() usa um algoritmo para gerar números pseudoaleatórios. Esse algoritmo usa um valor inicial chamado “seed” (“semente”) para começar a gerar a sequência de números aleatórios. Se não for especificado um valor de “seed”, o MySQL usará o valor atual do relógio do sistema como semente.

No entanto, se quisermos que a sequência de números aleatórios seja a mesma em todas as chamadas da função RAND() durante uma execução do MySQL, podemos especificar um valor de seed empregando a função rand(). Por exemplo:

SELECT RAND(100) AS Numero_Aleatorio;

Esta consulta retornará sempre o mesmo número aleatório, desde que seja executada na mesma instância do MySQL com o mesmo valor de seed (100).

Outro exemplo: Retornar um número decimal aleatório >= 5 e < 10:

SELECT 5 + RAND()*(10-5);

Já para retornar um número inteiro aleatório >= 5 e < 10, arredondamos o valor gerado com o emprego da função FLOOR():

SELECT FLOOR(5 + RAND()*(10-5)) AS 'Inteiro Aleatório';

Como retornar registros aleatórios com RAND()

Uma forma de retornar registros aleatórios é utilizando a função RAND() para gerar um número aleatório para cada registro da tabela, e então ordenar os resultados por esse número com a cláusula ORDER BY. No MySQL, por exemplo, podemos utilizar a seguinte declaração SQL para retornar 3 registros aleatórios de um tabela com dados de livros de nome tbl_Livros:

SELECT Nome_Livro FROM tbl_Livros ORDER BY RAND() LIMIT 3;

Neste caso são gerados números aleatórios para cada linha da tabela, e então essas linhas são ordenadas, sendo retornadas 3 delas por conta da limitação com LIMIT 3. Cada vez que a consulta é realizada, um conjunto diferente de três registros é retornado, mostrando que o dataset gerado é aleatório.

Observe que, ao usar a função RAND() combinada com a cláusula ORDER BY, poderá haver uma certa sobrecarga na performance do banco, especialmente para grandes tabelas, pois o MySQL precisa gerar um valor aleatório para cada linha da tabela antes de classificá-la.

Portanto, é importante avaliar o impacto na performance antes de usar essa técnica em uma tabela grande ou em uma consulta que precise ser executada com frequência.

O post Como retornar linhas aleatórias em uma consulta no MySQL apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.

Uma tarefa comum ao realizar gerenciamento de um servidor é a desinstalação de pacotes ou serviços, um processo rápido e, normalmente, tranquilo. Porém, nem sempre uma remoção simples é efetiva, pois é comum que, ao remover um serviço do sistema, dependências não mais necessárias e arquivos de configuração ainda permaneçam no servidor, ocupando espaço em disco e, possivelmente, podendo vir a causar problemas caso o serviço precise ser reinstalado no futuro.

Neste tutorial vou mostrar como desinstalar totalmente o MySQL Server do Linux Debian 11 “bullseye” e outras distros derivadas, como o Linux Mint e o Ubuntu.

Desinstalação do MySQL do Linux

Vamos aos passos necessários para realizar a desinstalação do MySQL Server do Linux Debian e derivados.

1. Parar o serviço do MySQL

$ sudo systemctl stop mysql

2. Desinstalar os pacotes

Aqui nós temos duas opções:

a. Desinstalar todos os pacotes relacionados ao MySQL, incluindo o servidor, clientes, ferramentas, etc. (objetivo principal do tutorial):

$ sudo apt purge mysql*

b. Ou então podemos remover apenas o pacote do MySQL Server, mantendo os demais pacotes e configurações:

$ sudo apt purge mysql-server

3. Remover dependências não mais utilizadas e limpar o cache

$ sudo apt autoremove
$ sudo apt autoclean

Após a execução desses comandos, o MySQL estará desinstalado o sistema. Porém, existem alguns passos extras opcionais que podemos realizar, para evitar problemas em uma futura nova instalação do MySQL.

Apesar de opcionais, os passos a seguir são altamente recomendados.

4. Remover as configurações do MySQL

a. Remover os arquivos de configuração presentes no diretório /etc/mysql:

$ sudo rm -rf /etc/mysql

5. Remover dados de bancos de dados

a. Armazenamento de bancos de dados no diretório /var/lib/mysql:

$ sudo rm -rf /var/lib/mysql

6. Verificar o resultado da remoção

Por fim, verificamos se o mysql realmente foi eliminado do sistema:

dpkg -l | grep -i mysql

Após realizar todos os passos, recomendo reiniciar o servidor.

O post Como desinstalar totalmente o MySQL Server do Linux Debian 11 bullseye apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.

No primeiro artigo da série sobre famílias de comandos SQL, estudamos os comandos DDL (Data Definition Language). Neste segundo artigo discuto os comandos SQL do grupo que chamamos de “comandos DML”, ou Data Manipulation Language (Linguagem de Manipulação de Dados), com a sintaxe das principais declarações e exemplos gerais.

O que são comandos DML?

Os comandos DML são declarações SQL para manipulação de dados em tabelas, o que inclui tarefas para inserção, atualização e exclusão de registros (linhas) em uma tabela.

A tabela a seguir sumariza os comandos para manipulação de dados disponíveis em SQL:

Vejamos a sintaxe e um exemplo de uso de algumas dessas declarações SQL.

Comandos DML

Declaração INSERT

Este comando permite realizar a inserção de dados em uma tabela, por meio da criação de um novo registro.

Vejamos sua sintaxe geral e alguns exemplos.

Sintaxe:

INSERT INTO nome_tabela(coluna1, coluna2, coluna3, ..., colunaN)
VALUES (valor1, valor2, valor3, ..., valorN);

Os valores são inseridos em cada coluna na ordem em que são discriminados na lista de valores em VALUES().

Exemplo: Inserir dados na tabela de livros.

INSERT INTO tbl_livros(Nome_Livro, Data_Pub, Preco_Livro, Genero, Autor, Editora)
VALUES
('Linux Command Line and Shell Scripting', '20150109', 68.35, 1, 5, 4),
('SSH, the Secure Shell', '20050517', 58.30, 1, 1, 2),
('Using Samba', '20031221', 61.45, 1, 2, 2),
('Practical Electronics for Inventors', '20160324', 67.80, 1, 13, 5);

Declaração UPDATE

Com a declaração UPDATE SQL podemos modificar o valor de uma ou mais colunas em um registro.

Sintaxe

UPDATE tabela
SET coluna(s) = novo_valor_armazenado
WHERE coluna = valor_filtro;

Obs.: Se não for empregada a cláusula WHERE para filtrar os registros, TODOS os dados da coluna serão alterados para o mesmo valor!

Exemplo

Neste exemplo vamos alterar o nome de um livro na tabela tbl_livros, cujo ID é igual a 101, para “SSH, o Shell Seguro”:

UPDATE tbl_Livro
SET Nome_Livro = 'SSH, o Shell Seguro'
WHERE Id_Livro = 101;

Declaração DELETE

Com a cláusula DELETE podemos excluir registros específicos, indicados (filtrados) por meio de uma condição na cláusula WHERE

Sintaxe

DELETE FROM tabela
WHERE coluna = valor;

Obs.: Assim como acontece coma cláusula UPDATE, se não for empregada a cláusula WHERE para filtrar os registros, TODOS os dados da coluna serão afetados – no caso, excluídos para sempre! Cuidado!

Exemplo

Vamos excluir o autor da tabela de autores cujo id é igual a 5:

DELETE FROM tbl_autores
WHERE Id_Autor = 5;

Declaração SELECT INTO

Seleciona dados de uma ou mais tabelas e os insere em uma tabela diferente.

Pode ser usado, por exemplo, para criar cópias de backup de tabelas, ou ainda tabelas para relatório, contendo campos selecionados especialmente provenientes de várias tabelas distintas..

Sintaxe

SELECT coluna(s)
INTO nova_tabela
FROM tabela_atual
[WHERE campo = valor];

Exemplo

Criar uma tabela contendo somente os campos Nome_Livro e IdAutor, correspondentes aos livros cujo Id é maior do que 105:

SELECT Nome_Livro, IdAutor
INTO Livro_Autor
FROM tbl_livros
WHERE IdLivro > 105;

É isso aí! No próximo artigo vamos explorar os comandos DQL (Data Query Language) em SQL.

O post Comandos DML SQL e sua sintaxe apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.

Neste artigo discuto os comandos SQL do grupo que chamamos de “comandos DDL”, ou Data Definition Language (Linguagem de Definição de Dados), com a sintaxe das principais declarações e exemplos gerais.

O que são comandos DDL – Data Definition Language

Os comandos DDL são um subconjunto dos comandos da linguagem SQL cujo propósito é definir a estrutura de um banco de dados. Assim, esse comandos são empregados para criar, alterar e excluir objetos do banco, como tabelas, colunas e até mesmo o banco de dados em si.

Os comandos DDL que estudaremos são os seguintes:

• CREATE
• ALTER
• DROP
• RENAME
• TRUNCATE

Comandos DDL

Declaração CREATE

Este comando permite criar um objeto no banco, como uma nova tabela, visão, índice ou outro elemento estrutural.

Vejamos sua sintaxe em diversos SGBDs e alguns exemplos.

1. Para criar um banco de dados no MySQL:

CREATE DATABASE [IF NOT EXISTS] nome_banco;

O uso dos colchetes na sintaxe indica que a cláusula é opcional.

Por exemplo, para criar um banco de dados de nome db_MeusLivros:

CREATE DATABASE IF NOT EXISTS db_MeusLivros;

A sintaxe para outros sistemas de bancos de dados é a seguinte:

Criar banco de dados no SQL Server:

CREATE DATABASE nome_banco;

Criar banco de dados no PostgreSQL:

createdb nome_banco;

2. Para criar uma tabela no MySQL:

CREATE TABLE [IF NOT EXISTS] nome_tabela (
    coluna1 tipo_dado restrições,
    coluna2 tipo_dado restrições,
    colunaN tipo_dado restrições,
    [restrições extras]
);

Por exemplo, para criar uma tabela de autores em um banco, contendo as colunas id de autor, nome e sobrenome:

CREATE TABLE tbl_autores (
    IdAutor SMALLINT AUTO_INCREMENT,
    NomeAutor VARCHAR(30) NOT NULL,
    SobrenomeAutor VARCHAR(60) NOT NULL,
    CONSTRAINT pk_id_autor PRIMARY KEY (IdAutor)
);

A sintaxe para outros sistemas de bancos de dados é a seguinte:

Criar tabela no SQL Server:

CREATE TABLE [nome_banco].[nome_esquema].nome_tabela (
    coluna1 tipo_dado restrições,
    coluna2 tipo_dado restrições,
    colunaN tipo_dado restrições,
    [restrições extras]
) ON [Filegroup];

Criar tabela no PostgreSQL:

CREATE TABLE [IF NOT EXISTS] nome_tabela (
    coluna1 tipo_dado restrições,
    coluna2 tipo_dado restrições,
    colunaN tipo_dado restrições,
    [restrições extras]
);

Criar tabela no Oracle Database:

CREATE TABLE nome_esquema.nome_tabela (
    coluna1 tipo_dado restrições,
    coluna2 tipo_dado restrições,
   colunaN tipo_dado restrições,
    restrições_da_tabela
);

3. Para criar um índice em uma tabela:

CREATE INDEX nome_índice ON tabela(colunas);

Exemplo – criar um índice na tabela de editoras, na coluna NomeEditora:

CREATE INDEX idx_editora ON tbl_Editoras(NomeEditora);

Declaração ALTER

Com a declaração ALTER podemos adicionar, modificar ou excluir colunas em uma tabela. Também é possível alterar outros objetos do banco de dados, como procedimentos armazenados.

Sintaxe e exemplos a seguir.

1. Adicionar uma coluna a uma tabela existente:

ALTER TABLE tabela
ADD coluna tipo_dados constraints;

Exemplo – adicionar a coluna ISBN10 a uma tabela de livros, de nome tbl_livro:

ALTER TABLE tbl_livro
ADD isbn10 VARCHAR(10) NOT NULL;

2. Excluir uma coluna de uma tabela:

ALTER TABLE nome_tabela
DROP COLUMN nome_coluna;

Exemplo – excluir a coluna SobrenomeAutor da tabela de autores:

ALTER TABLE tbl_autores
DROP COLUMN SobrenomeAutor;

Neste caso combinamos o uso da declaração ALTER com a declaração DROP, que exclui objetos do banco de dados.

3. Alterar o tipo de dados de uma coluna

Podemos alterar colunas, por exemplo mudando o tipo de dados, com a seguinte sintaxe:

ALTER TABLE nome_tabela
MODIFY COLUMN nome_coluna tipo_dado constraints;

Exemplo: Vamos alterar o tipo de dado da coluna IdAutor da tabela de livros para o tipo TINYINT:

ALTER TABLE tbl_livros
MODIFY COLUMN IdAutor TINYINT NOT NULL;

Declaração DROP

O comando DROP permite excluir objetos do banco de dados (lida com a estrutura ou esquema, não com os registros).

Sintaxe e exemplos a seguir.

1. Excluir um banco de dados existente:

DROP DATABASE [IF EXISTS] nome_BD;

2. Excluir tabelas:

DROP TABLE [IF EXISTS] nome(s)_tabela(s);

Exemplo: excluir a tabela de editoras:

DROP TABLE IF EXISTS tbl_editoras;

3. Excluir um índice configurado em uma tabela:

DROP INDEX nome_índice ON tabela;

Por exemplo, para excluir o índice idx_editora executamos o comando:

DROP INDEX idx_editora ON tbl_Editoras;

Declaração TRUNCATE

Permite excluir todas as linhas de uma tabela (todos os registros), sem no entanto excluir a tabela em si.

Sintaxe e exemplos a seguir.

TRUNCATE TABLE nome_tabela;

Exemplo: Vamos limpar a tabela de editoras:

TRUNCATE TABLE tbl_editoras;

A sintaxe para outros sistemas de bancos de dados é a seguinte:

Limpar tabela no SQL Server:

TRUNCATE TABLE [nome_banco].[esquema].nome_tabela;

É isso aí! No próximo artigo vamos explorar os comandos DML (Data Manipulation Language) em SQL.

O post Comandos DDL SQL e sua sintaxe apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.

Um arquivo .csv (comma-separated values / valores separados por vírgulas) é um arquivo de texto que contém dados tabulares organizados em colunas, separados por um caractere delimitador de campos, que geralmente é uma vírgula (daí seu nome), mas que pode ser outro caractere qualquer, como ponto-e-vírgula, tabulação ou mesmo espaços simples.

A grande vantagem de usar arquivos csv é que eles podem ser criados facilmente em qualquer editor de textos, ou mesmo exportados a partir de planilhas eletrônicas, como o Microsoft Excel ou LibreOffice Calc, e assim nos permitem criar arquivos de dados de grande volume com rapidez e simplicidade.

Neste tutorial vou mostrar como é possível usar um arquivo csv para carregar (inserir) dados em uma tabela de banco de dados no MySQL. Para tal usaremos a declaração LOAD DATA INFILE.

O arquivo .csv

Vou usar um arquivo csv simples para carregar dados em uma tabela de autores de livros que contém três campos: ID do autor, Nome do autor e Sobrenome do autor, nesta ordem, usando o banco de dados db_biblioteca que usamos em outras lições.

Crie o arquivo usando um editor de textos ou planilha de sua preferência – mas certifique-se de salvá-lo com a extensão .csv, ou o processo de importação de registros irá falhar.

A seguir o conteúdo do arquivo de exemplo:

ID,Nome,Sobrenome
1,Carl,Sagan
2,Fábio,dos Reis
3,Umberto,Eco
4,Michael,Crichton
5,Stephen,Hawking
6,John,Emsley

A primeira linha contém cabeçalhos para identificação do conteúdo de cada coluna (para não nos confundirmos e é opcional – o MySQL não se importa com isso).

Eu salvei esse arquivo com o nome de “autores.csv“, no diretório C:\SQL de meu computador. Salve-o onde achar mais conveniente, mas lembre-se do caminho do arquivo, pois ele será necessário ao rodar a importação dos dados no banco.

Sintaxe

LOAD DATA INFILE 'caminho/do/arquivo.csv'
INTO TABLE nome_tabela
FIELDS TERMINATED BY ','
ENCLOSED BY '"'
LINES TERMINATED BY '\n'
IGNORE 1 ROWS;

Onde:

• LOAD DATA INFILE – Define o local onde está o arquivo CSV que será importado. Basta alterar o caminho, entre aspas, para apontar para o local correto onde se encontra salvo o arquivo. Caso o arquivo CSV esteja gravado na máquina local, podemos usar também a declaração LOAD DATA LOCAL INFILE.
• INTO TABLE – Esta opção determina a tabela de destino na qual os dados do arquivo CSV serão importados.
• FIELDS TERMINATED BY – Por padrão, arquivos CSV tem seus dados individuais (campos) separados por vírgulas (delimitador). Se o arquivo utilizado usar um delimitador diferente, informe o valor nessa opção.
• ENCLOSED BY – Usado para especificar que aspas duplas “” englobam valores de dados(quando fazem parte do valor).
• LINES TERMINATED BY – Especifica o código ou caractere usado para indicar quebra de linha.
• IGNORE 1 ROWS – É comum que arquivos CSV possuam rótulos (nomes) de colunas na primeira linha do arquivo. Evidentemente não queremos importar esses rótulos como dados nas tabelas. Com esta opção informamos ao MySQL que a primeira linha do arquivo deve ser ignorada ao inserir os dados em uma tabela.

Observação: a opção LOAD DATA INFILE tem de usar a barra / em vez de \, mesmo no Windows.

Exemplo

Vamos ao nosso exemplo. Para carregar os dados presentes no arquivo autores.csv na tabela de autores, usaremos a declaração LOAD DATA INFILE como segue:

LOAD DATA INFILE 'C:/SQL/autores.csv'
INTO TABLE tbl_autores
FIELDS TERMINATED BY ','
ENCLOSED BY '"'
LINES TERMINATED BY '\n'
IGNORE 1 ROWS;

Para verificar se os dados foram realmente carregados na tabela, basta fazer uma consulta simples com SELECT:

SELECT * FROM tbl_autores;

Resultado:

Registros inseridos com sucesso.

Como podemos ver, os ados foram carregados (inseridos) com sucesso na tabela de autores do banco de dados. Mas, e se quiséssemos realizar o processo inverso – gerar um arquivo CSV a partir do conteúdo presente em uma tabela qualquer?

É isso o que mostrarei como fazer na próxima lição.

O post Como carregar um arquivo CSV em tabela no MySQL apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.

Neste tutorial vamos mostrar como criar chaves primárias em tabelas de bancos de dados MySQL, com exemplos práticos, além de revisar brevemente a teoria de chaves em modelagem de dados.

O que é uma Chave Primária?

Chave primária (Primary Key) é um conceito muito importante aplicado a bancos de dados relacionais, e se refere a um campo ou conjunto de campos em uma tabela empregados para identificar de forma única e exclusiva cada linha (registro) na tabela.

Uma coluna marcada como chave primária não permite repetição de valores nas linhas, nem tampouco a existência de valores nulos.

A coluna de uma tabela que estabelece um relacionamento com a Chave Primária de outra é chamada de Chave Estrangeira.

Tipos de Chave Primária

• Uma chave primária pode ser Simples ou Composta

Chave Primária Simples

• Chave constituída de apenas uma coluna em uma tabela. É o caso mais comum.
• Quando não existe um campo “natural” em uma tabela que possa ser usado com chave primária, criamos uma Chave Surrogada ou Substituta.

Chave Surrogada

• Valor numérico, único, adicionado a uma tabela para servir como chave primária.
• Não possui significado para os usuários e geralmente fica escondida nas aplicações. São frequentemente usadas no lugar de uma chave primária composta.

Chave Primária Composta

• Chave que é constituída de duas ou mais colunas (atributos).
• Geralmente empregada quando não é possível utilizar uma única coluna de uma tabela para identificar de forma exclusiva seus registros.

Como criar chave primária em uma nova tabela

Para executar nossos códigos vamos criar duas tabelas em um banco de dados de teste: Funcionários e Departamentos para exemplificar.

Modo 1 – Constraint em nível de coluna:

CREATE TABLE funcionarios (
  id_func smallint PRIMARY KEY AUTO_INCREMENT,
  nome_func VARCHAR(30) NOT NULL,
  sobrenome_func VARCHAR(50) NOT NULL
);

Conferir a tabela criada e sua chave primária:

DESCRIBE funcionarios;

Tabela de funcionários criada com sua chave primária (coluna Key = PRI)

Modo 2 – Constraint em nível de tabela (nomeada):

CREATE TABLE departamentos (
  id_dep smallint AUTO_INCREMENT,
  nome_dep VARCHAR(30) NOT NULL,
  CONSTRAINT pk_id_dep PRIMARY KEY(id_dep)
);

Conferir a tabela criada e sua chave primária:

DESCRIBE departamentos;

Tabela de departamentos criada com sua chave primária (coluna Key = PRI)

No MySQL o nome fornecido para uma constraint (restrição) PRIMARY KEY é ignorado, sendo usada automaticamente sempre a palavra PRIMARY. Para outros tipos de constraints o nome fornecido é empregado normalmente.

Como criar em uma tabela existente, criada sem a chave primária

Vamos criar mais uma tabela de teste de nome Fornecedores, sem chave primária, para exemplificar.

CREATE TABLE fornecedores (
  id_forn smallint,
  nome_forn VARCHAR(30) NOT NULL
);

Conferir a tabela criada:

DESCRIBE fornecedores;

Tabela de fornecedores criada sem a chave primária no MySQL – coluna Key vazia.

Vamos adicionar uma restrição de chave primária a uma das colunas – no caso, à coluna id_forn. Para isso, usaremos a declaração ALTER TABLE com a opção ADD PRIMARY KEY:

ALTER TABLE fornecedores
ADD PRIMARY KEY (id_forn);

Conferimos agora a alteração realizada na tabela:

DESCRIBE fornecedores;

Agora a tabela de fornecedores possui uma chave primária no MySQL – coluna Key = PRI.

Como criar uma chave primária composta

Vamos agora criar uma tabela de Vendas, com chave composta englobando duas colunas: id_produto e id_cliente. Para isso precisamos usar uma constraint em nível de tabela:

CREATE TABLE vendas (
  id_produto smallint,
  id_cliente smallint,
  qtde smallint,
  CONSTRAINT PRIMARY KEY(id_produto,id_cliente)
);

Conferir a chave primária composta criada:

DESCRIBE vendas;

Chave primária composta. Note a palavra “PRI” em duas colunas no campo Key.

É isso aí! Neste artigo aprendemos como criar chaves primárias no MySQL, tanto simples quanto compostas. Para aprender mais sobre bancos de dados, não deixe de conferir nosso curso completo de MySQL.

O post Como criar chave primária em uma tabela do MySQL? apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.

A declaração MySQL REPLACE permite inserir um novo registro em uma tabela do MySQL, caso o registro ainda não exista, ou atualizar um registro já existente. Funciona como se fosse uma declaração INSERT, mas sem apresentar erros se tentamos inserir um registro já inserido na tabela – em vez disso, valores das colunas podem ser alterados. Uma “combinação” de INSERT com UPDATE.

Para determinar se um registro (linha) já existe na tabela, são usados os valores de chave primária ou coluna com constraint UNIQUE na tabela. Se a tabela não possuir esses índices, a declaração REPLACE funciona como um INSERT simples.

Para usar o REPLACE em MySQL é necessário ter privilégios para executar as instruções INSERT e DELETE.

Como inserir uma nova linha com REPLACE no MySQL

Sintaxe:

REPLACE [INTO] nomeTabela(lista_colunas)
VALUES(lista_valores);

Como podemos ver, uma sintaxe bem parecida com a da declaração INSERT!

Vejamos um exemplo.

Exemplos

Vejamos como inserir e modificar registros em uma tabela no MySQL usando a declaração REPLACE.

Primeiramente, criamos uma nova tabela para testes:

# Tabela para testes da declaração REPLACE
CREATE TABLE paises (
  IdPais Tinyint AUTO_INCREMENT,
  nomePais VARCGAR(25) UNIQUE NOT NULL,
  nomeCapital VARCGAR(50) NOT NULL,
  CONSTRAINT pk_id_pais PRIMARY KEY(IdPais)
);

Populamos a tabela com alguns registros:

INSERT INTO paises(nomePais, nomeCapital)
VALUES
('Argentina','Buenos Aires'),('Brasil','Brasilia'),
('Equador','Quito'),('Namíbia','Windhoek'),
('Bélgica','Bruxelas'),('China','Pequim'),
('Espanha','Sevilha'),('Marrocos','Rabat');

Note que um dos registros tem um valor errado – a capital da Espanha é Madrid, e não Sevilha. Vamos consertar isso posteriormente.

Vamos visualizar a tabela com seu conteúdo:

SELECT * FROM paises;

As linhas foram inseridas com sucesso, mas um dos registros – Espanha – foi inserido com valor errado para sua capital, que é Madrid, e não Sevilha. Vamos inserir o registro novamente, como uma nova linha, usando uma declaração INSERT comum:

INSERT INTO paises(nomePais, nomeCapital)
VALUES ('Espanha','Madrid');

Note que foi gerado um erro, pois o país Espanha já está cadastrado – e a coluna nomePais possui a restrição UNIQUE configurada, o que significa que não são aceitos valores repetidos nesta coluna.

Vamos usar agora a instrução REPLACE para trocar os dados do país incorreto:

REPLACE INTO paises(IdPais, nomePais, nomeCapital)
VALUES (7, 'Espanha', 'Madrid');

Note que fornecemos nesta declaração o ID do país (7), valor da chave primária do registro, para que o valor atual seja substituído, e não um novo registro criado.

Vamos visualizar a tabela modificada:

SELECT * FROM paises;

Note que o nome da capital foi alterado, sem alterar o valor da chave primária – exatamente como uma declaração UPDATE faria.

Mas, o que acontece se eu não fornecer a chave primária ao executar um REPLACE? Vamos testar isso.

A capital da Namíbia é Windhoek, como está registrado na tabela. Mas existe um nome aportuguesado para esta cidade: Vinduque. Vamos tentar trocar o nome da capital da Namíbia usando REPLACE, mas agora sem fornecer o valor da chave primária (que é 4):

REPLACE INTO paises(nomePais, nomeCapital)
VALUES ('Namíbia', 'Vinduque');

Vejamos o que aconteceu:

SELECT * FROM paises;

Neste caso, foi usado o valor padrão da coluna IdPais, pois não fornecemos um valor para a chave primária. E, no caso, trata-se de uma coluna de auto incremento, e assim valor padrão é um novo numero na sequência de valores – ou seja, uma nova chave primária (no caso, 10).

Não ocorreu um update da linha Namíbia, o que podemos ver claramente pois o Id do país (chave primária) mudou – isso indica que o registro atual foi excluído e um novo registro foi criado.

E se o registro não existisse previamente na tabela? O que ocorreria ao tentar usar o REPLACE?

Neste caso um novo registro é criado. Tente isso com exercício – use o REPLACE com os seguintes dados:

• País: Angola
• Capital: Luanda

Se quiser, poste o código usado e o resultado obtido nos comentários aqui abaixo – e quaisquer dúvidas que vocês tenham!

Até!

O post Declaração MySQL REPLACE – Inserir ou atualizar linhas em uma tabela apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.

Uma transação em bancos de dados configura um conjunto de declarações SQL que são combinadas em uma única unidade de trabalho, sendo executadas como se fossem uma única operação. Essa abordagem é empregada para evitar diversos problemas que podem ocorrer em um banco de dados, além de aplicar as propriedades ACID.

Propósitos das transações

• Fornecer unidades de trabalho confiáveis e que permitam a recuperação correta de falhas
• Manter o banco de dados consistente em caso de falha do sistema ou de operações
• Fornecer isolamento entre os programas que acessam o banco de forma concorrente.

Uma transação deve ser atômica, o que significa que ela deve ser executada de forma completa ou não ter nenhum efeito nas tabela envolvidas – ou seja, ou ela acontece por inteiro, ou não acontece nada.

Na prática, as transações aplicam as quatro propriedades ACID às operações no banco de dados:

• Atomicidade: Se as operações forem confirmadas, elas acontecerão todas sem exceção. Não ocorre a execução de apenas parte das operações contidas na transação.
• Consistência: As alterações no banco de dados somente acontecem caso o novo estado do sistema for válido. Se uma mudança inválida for executada, ela irá falhar, e o sistema permanece no seu estado anterior, válido.
• Isolamento: A transação não é visível a outros processos até que ela seja confirmada e persistida no banco.
• Durabilidade: Após a transação ter sido confirmada, ou seja, que suas operações tenham todas sido executadas com sucesso, as alterações são automaticamente persistidas (gravadas no banco), e não é necessário se preocupar em gravar as mudanças.

Exemplo de transação corriqueira

Um exemplo clássico de transação é a transferência de dinheiro de uma conta bancária para outra, por TED, DOC ou PIX, por exemplo. Para executar a transferência, primeiro deve ser debitado o valor da conta de origem e, logo após, o dinheiro deve ser depositado na conta de destino.

Essa operação deve ser totalmente realizada (bem-sucedida). Se a operação for interrompida no meio do caminho, por exemplo após debitar o dinheiro da conta de origem mas antes de depositar na conta de destino, o valor transferido será perdido, o que evidentemente é um grande problema para os usuários e para a instituição financeira.

No MySQL, as transações são suportadas pelo motor de banco de dados InnoDB, mas não o são pelo motor MyISAM. Desta forma, este tutorial tratará exclusivamente de bancos que utilizem o InnoDB.

COMMIT e ROLLBACK de transações

Quando uma transação é efetuada com sucesso (todas as suas operações são bem-sucedidas), o banco de dados é alterado de forma permanente, com os dados envolvidos na transação persistidos (ou seja, salvos em disco); a essa operação damos o nome de COMMIT.

Porém, caso haja falha em qualquer uma das operações constituintes da transação, o banco de dados deverá ser retornado ao estado em que se encontrava anteriormente à execução da transação; essa operação é denominada ROLLBACK.

Desta forma, caracterizamos as transações da seguinte maneira:

• Todas as transações possuem início e fim
• As transações podem ser salvas (consolidadas no banco de dados – commit) ou desfeitas (rollback)
• Se transação falhar durante a execução de qualquer uma de suas operações constituintes, nenhuma destas operações será salva no banco de dados – nenhuma é comitada e todas são desfeitas. 

Autocommit

Por padrão, o MySQL utiliza o modo autocommit, que significa que declarações INSERT, UPDATE ou DELETE sofrem commit automaticamente quando executadas. Vamos usar transações para que o commit (ou rollback) sejam executados quando nós o quisermos, de modo a ter maior controle sobre a execução das declarações DML.

Podemos verificar se o autocommit está ativado no sistema, executando o comando a seguir:

SELECT @@autocommit;

Se for retornado um valor igual a 0 (zero), isso significa que o autocommit está desativado; um valor igual a 1 indica status de autocommit ativo.

Para trabalhar com transações devemos desativar esse comportamento padrão, para que os commits venham a ser executados somente quando for indicado na declaração SQL.

Para forçar MySQL a não executar commit automaticamente, usamos a seguinte declaração:

SET autocommit = 0;
# ou
SET autocommit = OFF

Para habilitar novamente o autocommit usamos a seguinte declaração:

SET autocommit = 1;
# ou
SET autocommit = ON;

Após desativar o commit automático, podemos começar a trabalhar com transações no MySQL Workbench.

Declaração START TRANSACTION

A declaração START TRANSACTION identifica o início de uma transação. Essa declaração desabilita temporariamente o modo autocommit, de modo que você deverá programar o momento de efetivar a transação. O modo autocommit é reativado logo após o término da transação.

No geral, criamos transações em procedimentos armazenados que alterem o estado do banco de dados. Vejamos um exemplo, criando uma transação.

Exemplos de Transações

Antes de testarmos transações no MySQL, vamos desativar o commit automático:

SET @@autocommit = OFF;

Conferimos o valor do autocommit atual:

SELECT @@autocommit;

Agora, vamos criar um tabela de testes para realizarmos transações envolvendo commits e rollbacks:

# Criar tabela para testes
CREATE TABLE Dados_Livro
SELECT NomeLivro,ISBN13, PrecoLivro
FROM tbl_livros;

# Visualizar conteúdo da tabela
SELECT * FROM Dados_Livro;

Estamos prontos para testar nossos scripts.

Exemplo 01:  Transação com rollback

START TRANSACTION;
  DELETE FROM Dados_Livro; # apaga todos registros da tabela, "sem querer"
  INSERT INTO Dados_Livro(NomeLivro,ISBN13, PrecoLivro)
    VALUES ('Ciência de Dados com Python','9876532145632',69.88);
  SELECT * FROM Dados_Livro; # mostra tabela totalmente vazia
ROLLBACK; # desfaz a transação

SELECT * FROM Dados_Livro; # mostra os dados normalmente, pois nada foi comitado.

Exemplo 02: Transação com commit

START TRANSACTION;
  DELETE FROM Dados_Livro; # apaga todos registros da tabela
  INSERT INTO Dados_Livro(NomeLivro, ISBN13, PrecoLivro)
    VALUES('Ciência de Dados com Python','9876532145632',69.88);
  SELECT * FROM Dados_Livro; # mostra tabela vazia
COMMIT; # confirma a transação

SELECT * FROM Dados_Livro; # agora os dados foram apagados e apenas o registro do livro "Ciência de Dados com Python" é mostrado, pois a transação foi confirmada.

Exemplo 03: Transação em Stored Procedure

DELIMITER //
CREATE PROCEDURE insere_dados()
BEGIN
DECLARE erro_sql TINYINT DEFAULT FALSE;
DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET erro_sql = TRUE;
START TRANSACTION;
  INSERT INTO Dados_Livro (NomeLivro, ISBN13, PrecoLivro) VALUES
    ('História da Numismática', '9789865321465', 78.60);
  INSERT INTO Dados_Livro (NomeLivro, ISBN13, PrecoLivro) VALUES
    ('Biologia Marinha', '9784233876972', 177.50);
  INSERT INTO Dados_Livro (NomeLivro, ISBN13, PrecoLivro) VALUES
    ('Química Experimental', '9789563210970', 165.32);
  INSERT INTO Dados_Livro (NomeLivro, ISBN13, PrecoLivro) VALUES
    ('Artes Plásticas', '9784523415974', 98,00); # Aqui há um erro que impedirá o COMMIT e provocará o ROLLBACK.
  IF erro_sql = FALSE THEN
    COMMIT;
    SELECT 'Transação efetivada com sucesso.' AS Resultado;
  ELSE
    ROLLBACK;
    SELECT 'Erro na transação' AS Resultado;
  END IF;
END//
DELIMITER ;

Para testar, basta chamar o procedimento armazenado:

CALL insere_dados();

Verificamos o conteúdo da tabela Dados_Livro após sua execução:

SELECT * FROM Dados_Livro;

Nenhum dado foi inserido, pois há um erro no último insert: foi usada vírgula para determinar o preço do livro “Artes Plásticas”, mas o correto seria usar ponto. Conserte esse erro, altere ou recrie o procedimento armazenado, e o execute novamente, verificando se os dados são inseridos corretamente desta vez.

Aplicações das Transações

Use transações sempre que:

• Existirem declarações DML INSERT, UPDATE ou DELETE que afetem dados que são relacionados
• Ao mover dados de uma tabela para outra
• E SEMPRE que a falha em uma das declarações DML puder violar a integridade dos dados e incorrer em sua perda.

Observação: Após a execução de declarações DDL, como CREATE ou DROP, o commit é executado automaticamente pelo MySQL, independente de se usar transações com START TRANSACTION.

Referências

Murach, J. Murach´s MySQL. 2ª Edição. Mike Murach & Associates.

O post Como trabalhar com Transações em MySQL apareceu primeiro em Bóson Treinamentos em Ciência e Tecnologia.