Pessoal, o nome da tabela LivrosClássicos, por conta da acentuação dependendo do banco de dados, por exemplo no PostgreSQL já não seria aceito, é para ser escrito entre "", isso dependendo do SGBD que for utilizado. Só queria adicionar essa opnião
Você está vendo a versão anterior da nova experiência da Alura que estamos preparando para você. Em breve, ela ganha uma identidade visual novinha totalmente pensada em potencializar seus estudos!
Pessoal, o nome da tabela LivrosClássicos, por conta da acentuação dependendo do banco de dados, por exemplo no PostgreSQL já não seria aceito, é para ser escrito entre "", isso dependendo do SGBD que for utilizado. Só queria adicionar essa opnião
Ei! Tudo bem, Guilherme?
Você trouxe um ponto excelente sobre a sintaxe SQL e a portabilidade de banco de dados entre diferentes SGBDs.
A sua observação está certa, o uso de caracteres especiais, acentos e letras maiúsculas em nomes de tabelas ou colunas varia conforme o Sistema Gerenciador de Banco de Dados. No PostgreSQL, identificadores com acentuação ou maiúsculas realmente exigem o uso de aspas duplas ("") para preservá-los exatamente como foram criados. Já em outros bancos, como o SQLite ou MySQL, a sensibilidade e os delimitadores padrão podem mudar (o MySQL, por exemplo, usa crases).
Para evitar problemas de compatibilidade em SQL no dia a dia, a boa prática recomendada no mercado é adotar convenções de nomenclatura como o snake_case, usando apenas letras minúsculas sem acentuação e separando as palavras por underline (por exemplo: livros_classicos).
Obrigada por compartilhar sua reflexão no fórum, ela enriquece bastante a discussão para os outros colegas!
Conseguiu testar esse comportamento no PostgreSQL ou em outro banco durante os seus estudos?
Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!