Uma aplicação típica usa um cliente, como um controlador de baixo nível ou um mapeador objeto-relacional (ORM), para se ligar à base de dados. O Spanner suporta clientes em vários idiomas que lhe permitem usar bibliotecas comuns, como JDBC, em ambientes de programadores. Para mais informações, consulte o artigo Vista geral dos controladores.
Além de gerir a forma como a sua aplicação se liga ao Spanner, também tem de gerir as consultas que são enviadas e a sintaxe que as consultas estão a usar. O Spanner suporta dois dialetos de SQL, ambos baseados na norma ANSI SQL. Pode optar por usar a interface GoogleSQL ou PostgreSQL para o Spanner com base no ecossistema em que quer operar. Para mais informações, consulte o artigo Escolher o dialeto certo para a sua base de dados do Spanner. Devido às diferenças de arquitetura entre a base de dados do Spanner e a base de dados de origem, a sintaxe usada no Spanner pode não estar alinhada com a sintaxe da base de dados de origem.
Conclua os seguintes passos manualmente para migrar a sua aplicação para o Spanner:
O Spanner não suporta a execução de código do utilizador na base de dados, pelo que tem de mover todos os procedimentos e acionadores armazenados ao nível da base de dados para a aplicação.
Use bibliotecas cliente e ORMs do Spanner. Para mais informações, consulte o artigo Vista geral das APIs, das bibliotecas de cliente e dos controladores ORM.
Tome nota do DML particionado do Spanner, transações só de leitura, datas/horas de confirmação e datas/horas de leitura e como podem otimizar o desempenho das aplicações.
Também pode ter de fazer alterações ao processamento de transações. Considere o seguinte:
- O limite de mutações por confirmação é de 80 000. Cada índice secundário numa tabela é uma mutação adicional por linha. Para modificar dados através de mutações, consulte o artigo Inserir, atualizar e eliminar dados através de mutações. Para modificar uma grande quantidade de dados, use o DML particionado.