Início / coding / Perguntas / 79489238
Accepted
John Little
Asked: 2025-03-06 19:45:07 +0800 CST

Qual é a diferença entre drivers JDBC finos e grossos e como devo escolher qual usar?

  • 772

O Snowflake tem drivers Java JDBC finos, padrão (grossos?) e FIPS. Não preciso de FIPS.

Eu presumi que fino significa leve, sem potes necessários, e grosso significa pesado e incluiria quaisquer potes dependentes.

Portanto, thin seria melhor se você quiser tornar o aplicativo mais rápido para carregar e ter menos conflitos de dependência.

No entanto, tenho visto discussões sobre drivers Oracle tipo 1 a 4 que parecem implicar o oposto.

Qual é a diferença e qual devo escolher para um aplicativo Spring Boot que se conecta diretamente ao Snowflake via JDBC?

=== atualização 1 ===

Eu tentei ambos os drivers snowflake. O Maven não conseguiu resolver todas as dependências necessárias para o driver "thin", então, para economizar tempo, usei o "padrão" deles, que funciona imediatamente com o Maven + Spring Boot.

java

1 respostas

  1. Best Answer

    Você entendeu errado a diferença. O código contido neles é idêntico.

    O 'fat jar' é um único jar que contém o driver JDBC e todas as outras coisas que precisam estar no classpath.

    O 'thin jar' não. Isso não significa "ele carrega com menos bytes" ou "ele tem menos recursos". Não, é a mesma coisa. Se você usar o thin jar, você tem que fornecer as dependências. Quais? O arquivo pom deles as lista.

    Geralmente, jars gordos são coisas bobas; o número de projetos que permitem que você ignore algum tipo de gerenciamento de dependências adequado é muito pequeno e, se você tiver um gerenciamento de dependências adequado, os 'jars finos' são estritamente superiores ('fino' é um nome estranho aqui; é um nome que existe apenas para comunicar 'NÃO um jarro gordo' em uma única palavra e pressupõe que as pessoas saibam que 'jarro gordo' é uma gíria para 'um jarro que contém tudo'.

    Desvantagens do pote de gordura:

    • Se 2 deps diferentes forem enviados como fat jar, ambos , por exemplo, usam guava internamente, então você tem 2 guavas. Se forem versões diferentes, você terá alguns conflitos de versão realmente bizarros.
    • Para esclarecer, os fat jars NÃO permitem que vários deps extraiam cada um sua própria versão e os utilizem independentemente uns dos outros; se você quiser isso, precisará de sistemas de módulos como o OSGi ; ter o mesmo dep em fat jars diferentes é pedir problemas, e é altamente provável que isso aconteça, a menos que você tenha um projeto super simples que tenha apenas um punhado de deps.
    • fat jars são caros para fazer e enviar. Você faz uma pequena atualização e tem que construir e enviar um jar de 200 MB ou pior. As redes estão ficando cada vez mais rápidas, mas o tempo "desperdiçado" enviando spam de 200 MB de bits para um disco e depois carregado para seus servidores não é 0.

    A vantagem é que você não precisa "descobrir" como obter as deps do snowflake-thin disponíveis na JVM em que você quer executá-lo. Essa é uma vantagem meio estranha porque (geralmente) não é nada difícil fazer essas coisas; eles enviam um arquivo pom.

    • 5

relate perguntas