4 1 Banco de dados para dispositivos móveis

Prévia do material em texto

1. Ao utilizar banco de dados em uma aplicação, é necessário efetuar a configuração da comunicação da aplicação no servidor,
independentemente de ser local, remoto ou baseado em serviço. Além disso, é necessário estender classes ou importar bibliotecas que serão
responsáveis por gerenciar o banco de dados.
Ao optar pela utilização de um banco de dados local em aplicações Android, se está tentando cumprir principalmente qual necessidade?
A. Prover espaço de armazenamento maior.
A principal usabilidade de um banco de dados local em aplicativos mobile é salvar de forma temporária alguns dados do usuário para que posteriormente
eles sejam sincronizados com a nuvem. Um banco de dados dentro do dispositivo móvel não possibilita um espaço de armazenamento maior que um
servidor e não garante atribuir "maior" segurança aos dados quando comparado com grandes servidores. Ele pode agilizar o acesso a algumas informações
referentes à aplicação, mas não todas as informações. Atualmente, a ideia das aplicações é manter o usuário ativo na rede.
B. Prover armazenamento off-line de dados do usuário.
A principal usabilidade de um banco de dados local em aplicativos mobile é salvar de forma temporária alguns dados do usuário para que posteriormente
eles sejam sincronizados com a nuvem. Um banco de dados dentro do dispositivo móvel não possibilita um espaço de armazenamento maior que um
servidor e não garante atribuir "maior" segurança aos dados quando comparado com grandes servidores. Ele pode agilizar o acesso a algumas informações
referentes à aplicação, mas não todas as informações. Atualmente, a ideia das aplicações é manter o usuário ativo na rede.
C. Prover maior segurança dos dados.
A principal usabilidade de um banco de dados local em aplicativos mobile é salvar de forma temporária alguns dados do usuário para que posteriormente
eles sejam sincronizados com a nuvem. Um banco de dados dentro do dispositivo móvel não possibilita um espaço de armazenamento maior que um
servidor e não garante atribuir "maior" segurança aos dados quando comparado com grandes servidores. Ele pode agilizar o acesso a algumas informações
referentes à aplicação, mas não todas as informações. Atualmente, a ideia das aplicações é manter o usuário ativo na rede.
D. Prover rapidez no acesso das informações da aplicação.
A principal usabilidade de um banco de dados local em aplicativos mobile é salvar de forma temporária alguns dados do usuário para que posteriormente
eles sejam sincronizados com a nuvem. Um banco de dados dentro do dispositivo móvel não possibilita um espaço de armazenamento maior que um
servidor e não garante atribuir "maior" segurança aos dados quando comparado com grandes servidores. Ele pode agilizar o acesso a algumas informações
referentes à aplicação, mas não todas as informações. Atualmente, a ideia das aplicações é manter o usuário ativo na rede.
E.  Manter o usuário fora da rede. 
A principal usabilidade de um banco de dados local em aplicativos mobile é salvar de forma temporária alguns dados do usuário para que posteriormente
eles sejam sincronizados com a nuvem. Um banco de dados dentro do dispositivo móvel não possibilita um espaço de armazenamento maior que um
servidor e não garante atribuir "maior" segurança aos dados quando comparado com grandes servidores. Ele pode agilizar o acesso a algumas informações
referentes à aplicação, mas não todas as informações. Atualmente, a ideia das aplicações é manter o usuário ativo na rede.
2. Para utilizar um banco de dados, necessariamente deve-se ter um sistema de gerenciamento de banco de dados.
Selecione a alternativa que indique as funções de um sistema de gerenciamento de banco de dados (SGBD).
A. Gerenciar a integridade de dados, o dicionário e o armazenamento de dados, bem como a memória do computador enquanto o SGBD estiver em
execução.
O SGBD não gerencia a memória de um computador. O SGBD não efetua o escalonamento de processos no processador. O SGBD não gerencia o sistema
de arquivos; essa tarefa é do sistema operacional. O SGBD não gerencia a entrada e a saída de dispositivos e linguagens de acesso ao banco. O SGBD
transforma e apresenta dados, bem como controla o acesso de multiusuário e provê interfaces de comunicação do banco de dados.
B. Transformar e apresentar dados, controlar o acesso de multiusuário e prover interfaces de comunicação do banco de dados.
O SGBD não gerencia a memória de um computador. O SGBD não efetua o escalonamento de processos no processador. O SGBD não gerencia o sistema
de arquivos; essa tarefa é do sistema operacional. O SGBD não gerencia a entrada e a saída de dispositivos e linguagens de acesso ao banco. O SGBD
transforma e apresenta dados, bem como controla o acesso de multiusuário e provê interfaces de comunicação do banco de dados.
C. Gerenciar o backup e a recuperação dos dados, bem como o escalonamento de processos no processador por meio do banco de dados.
O SGBD não gerencia a memória de um computador. O SGBD não efetua o escalonamento de processos no processador. O SGBD não gerencia o sistema
de arquivos; essa tarefa é do sistema operacional. O SGBD não gerencia a entrada e a saída de dispositivos e linguagens de acesso ao banco. O SGBD
transforma e apresenta dados, bem como controla o acesso de multiusuário e provê interfaces de comunicação do banco de dados.
D. Gerenciar o sistema de arquivos e a segurança do banco de dados de forma automática para auxiliar o usuário durante a auditoria.
O SGBD não gerencia a memória de um computador. O SGBD não efetua o escalonamento de processos no processador. O SGBD não gerencia o sistema
de arquivos; essa tarefa é do sistema operacional. O SGBD não gerencia a entrada e a saída de dispositivos e linguagens de acesso ao banco. O SGBD
transforma e apresenta dados, bem como controla o acesso de multiusuário e provê interfaces de comunicação do banco de dados.
E.  Gerenciar a entrada e a saída de dispositivos, linguagens de acesso ao banco de dados e interfaces de programação de aplicações.
O SGBD não gerencia a memória de um computador. O SGBD não efetua o escalonamento de processos no processador. O SGBD não gerencia o sistema
de arquivos; essa tarefa é do sistema operacional. O SGBD não gerencia a entrada e a saída de dispositivos e linguagens de acesso ao banco. O SGBD
transforma e apresenta dados, bem como controla o acesso de multiusuário e provê interfaces de comunicação do banco de dados.
3. Quando trabalhamos com banco de dados, podemos encontrar diversos modelos. Os mais populares têm sido o banco de dados relacional e o
não relacional.
Selecione a alternativa que indique o conceito de ambos.
A. Um banco de dados relacional apresenta ralação forte entre o cliente e o servidor, enquanto o não relacional necessita de um framework.
O modelo de banco de dados não tem relação com a arquitetura cliente servidor. Um banco de dados não relacional não utiliza linguagem SQL, e sim um
esquema de relacionamento, como, por exemplo, chave valor. Um banco de dados relacional utiliza linguagem SQL e relaciona tabelas em um servidor.
GraphQL não é um banco de dados. NoSQL não é um banco de dados, e sim um termo para não relacional.
B. Um banco de dado relacional utiliza um esquema de relacionamento, como, por exemplo, chave valor. Um banco de dados não relacional relaciona
bancos.
O modelo de banco de dados não tem relação com a arquitetura cliente servidor. Um banco de dados não relacional não utiliza linguagem SQL, e sim um
esquema de relacionamento, como, por exemplo, chave valor. Um banco de dados relacional utiliza linguagem SQL e relaciona tabelas em um servidor.
GraphQL não é um banco de dados. NoSQL não é um banco de dados, e sim um termo para não relacional.
C. Um banco de dado relacional não utiliza linguagem SQL. Um banco de dados não relacional utiliza linguagem SQL.
O modelo de banco de dados não tem relação com a arquitetura cliente servidor. Um banco de dados não relacional não utiliza linguagem SQL, e sim um
esquema de relacionamento,como, por exemplo, chave valor. Um banco de dados relacional utiliza linguagem SQL e relaciona tabelas em um servidor.
GraphQL não é um banco de dados. NoSQL não é um banco de dados, e sim um termo para não relacional.
D.  Um banco de dados relacional relaciona tabelas em um servidor. Um banco de dados não relacional não utiliza a linguagem SQL.
O modelo de banco de dados não tem relação com a arquitetura cliente servidor. Um banco de dados não relacional não utiliza linguagem SQL, e sim um
esquema de relacionamento, como, por exemplo, chave valor. Um banco de dados relacional utiliza linguagem SQL e relaciona tabelas em um servidor.
GraphQL não é um banco de dados. NoSQL não é um banco de dados, e sim um termo para não relacional.
E.  Um exemplo de banco de dados relacional é o GraphQL, e de um banco não relacional, o NoSQL.
O modelo de banco de dados não tem relação com a arquitetura cliente servidor. Um banco de dados não relacional não utiliza linguagem SQL, e sim um
esquema de relacionamento, como, por exemplo, chave valor. Um banco de dados relacional utiliza linguagem SQL e relaciona tabelas em um servidor.
GraphQL não é um banco de dados. NoSQL não é um banco de dados, e sim um termo para não relacional.
4. Grande parte dos sistemas atualmente utiliza banco de dados para armazenar seus dados. De acordo com a aplicação, é necessário verificar a
possibilidade de se utilizar banco de dados local, remoto ou baseado em serviço em nuvem.
Selecione a alternativa que indique um exemplo de cada na sequência.
A. Redis, SQLServer e Firebase.
SQLite é um banco de dados local normalmente embutido na aplicação. Redis é um servidor cache remoto, e Firebase é um banco de dados baseado em
serviço. AWS é um produto que oferece serviços de computação em nuvem. Jenkins não é um banco, e sim um servidor de automação de entrega de
sistema. Google Cloud é um suíte de computação em nuvem. Postman é um aplicativo que auxilia no desenvolvimento e testes de APIs.
B. MongoDB, AWS e Jenkins.
SQLite é um banco de dados local normalmente embutido na aplicação. Redis é um servidor cache remoto, e Firebase é um banco de dados baseado em
serviço. AWS é um produto que oferece serviços de computação em nuvem. Jenkins não é um banco, e sim um servidor de automação de entrega de
sistema. Google Cloud é um suíte de computação em nuvem. Postman é um aplicativo que auxilia no desenvolvimento e testes de APIs.
C. MariaDB, Google Cloud e SQLite.
SQLite é um banco de dados local normalmente embutido na aplicação. Redis é um servidor cache remoto, e Firebase é um banco de dados baseado em
serviço. AWS é um produto que oferece serviços de computação em nuvem. Jenkins não é um banco, e sim um servidor de automação de entrega de
sistema. Google Cloud é um suíte de computação em nuvem. Postman é um aplicativo que auxilia no desenvolvimento e testes de APIs.
D. SQLite, Redis e Firebase.
SQLite é um banco de dados local normalmente embutido na aplicação. Redis é um servidor cache remoto, e Firebase é um banco de dados baseado em
serviço. AWS é um produto que oferece serviços de computação em nuvem. Jenkins não é um banco, e sim um servidor de automação de entrega de
sistema. Google Cloud é um suíte de computação em nuvem. Postman é um aplicativo que auxilia no desenvolvimento e testes de APIs.
E. Postgres, Postman e Oracle.
SQLite é um banco de dados local normalmente embutido na aplicação. Redis é um servidor cache remoto, e Firebase é um banco de dados baseado em
serviço. AWS é um produto que oferece serviços de computação em nuvem. Jenkins não é um banco, e sim um servidor de automação de entrega de
sistema. Google Cloud é um suíte de computação em nuvem. Postman é um aplicativo que auxilia no desenvolvimento e testes de APIs.
5. Ao desenvolver um aplicativo, o desenvolvedor pode optar entre diferentes opções para armazenar os dados. É possível utilizar bancos de
dados locais, remotos ou baseados em serviços. Os bancos de dados baseados em serviços oferecem algumas vantagens.
Assinale a alternativa a seguir que indica vantagens de se utilizar um banco de dados baseado em serviços.
A. Não é necessário muitos recursos, como tempo/dinheiro, para criar uma estrutura back-end.
Utilizar um serviço BaaS como alternativa para implantação de sua estrutura back-end pode oferecer vantagens como reduzir recursos de tempo, dinheiro e
pessoal, uma vez que o serviço de armazenamento de dados estará pronto para ser utilizado. 
Cada aplicativo ten uma funcionalidade diferente e, com isso, dependências diferentes;  dessa forma, o aplicativo fica preso aos serviços que o BaaS
oferece, não podendo  incluir  novos conforme a necessidade. Para algumas empresas, não é possível  confiar dados referentes à  regra de negócio a
serviços, pois são dados confidenciais.
Ao utilizarem BaaS, os desenvolvedores encontram limitação quanto ao controle, uma vez que algumas coisas não podem ser alteradas no serviço. Um
serviço BaaS não permite instalação local; todo e qualquer teste deve ser efetuado nos serviços disponíveis em nuvem.
B. As dependências de funcionalidades são totalmente cobertas pelo BaaS.
Utilizar um serviço BaaS como alternativa para implantação de sua estrutura back-end pode oferecer vantagens como reduzir recursos de tempo, dinheiro e
pessoal, uma vez que o serviço de armazenamento de dados estará pronto para ser utilizado. 
Cada aplicativo ten uma funcionalidade diferente e, com isso, dependências diferentes;  dessa forma, o aplicativo fica preso aos serviços que o BaaS
oferece, não podendo  incluir  novos conforme a necessidade. Para algumas empresas, não é possível  confiar dados referentes à  regra de negócio a
serviços, pois são dados confidenciais.
Ao utilizarem BaaS, os desenvolvedores encontram limitação quanto ao controle, uma vez que algumas coisas não podem ser alteradas no serviço. Um
serviço BaaS não permite instalação local; todo e qualquer teste deve ser efetuado nos serviços disponíveis em nuvem.
C. Os dados estão totalmente seguros em um servidor BaaS.
Utilizar um serviço BaaS como alternativa para implantação de sua estrutura back-end pode oferecer vantagens como reduzir recursos de tempo, dinheiro e
pessoal, uma vez que o serviço de armazenamento de dados estará pronto para ser utilizado. 
Cada aplicativo ten uma funcionalidade diferente e, com isso, dependências diferentes;  dessa forma, o aplicativo fica preso aos serviços que o BaaS
oferece, não podendo  incluir  novos conforme a necessidade. Para algumas empresas, não é possível  confiar dados referentes à  regra de negócio a
serviços, pois são dados confidenciais.
Ao utilizarem BaaS, os desenvolvedores encontram limitação quanto ao controle, uma vez que algumas coisas não podem ser alteradas no serviço. Um
serviço BaaS não permite instalação local; todo e qualquer teste deve ser efetuado nos serviços disponíveis em nuvem.
D. Os desenvolvedores têm maior controle sobre o sistema.
Utilizar um serviço BaaS como alternativa para implantação de sua estrutura back-end pode oferecer vantagens como reduzir recursos de tempo, dinheiro e
pessoal, uma vez que o serviço de armazenamento de dados estará pronto para ser utilizado. 
Cada aplicativo ten uma funcionalidade diferente e, com isso, dependências diferentes;  dessa forma, o aplicativo fica preso aos serviços que o BaaS
oferece, não podendo  incluir  novos conforme a necessidade. Para algumas empresas, não é possível  confiar dados referentes à  regra de negócio a
serviços, pois são dados confidenciais.
Ao utilizarem BaaS, os desenvolvedores encontram limitação quanto ao controle, uma vez que algumas coisas não podem ser alteradas no serviço. Um
serviço BaaS não permite instalação local; todo e qualquer teste deve ser efetuado nos serviços disponíveis em nuvem.
E. O serviço permite que o desenvolvedor instale localmente o servidor para teste em desenvolvimento.
Utilizar um serviço BaaS como alternativa para implantação de sua estrutura back-end pode oferecer vantagens como reduzir recursosde tempo, dinheiro e
pessoal, uma vez que o serviço de armazenamento de dados estará pronto para ser utilizado. 
Cada aplicativo ten uma funcionalidade diferente e, com isso, dependências diferentes;  dessa forma, o aplicativo fica preso aos serviços que o BaaS
oferece, não podendo  incluir  novos conforme a necessidade. Para algumas empresas, não é possível  confiar dados referentes à  regra de negócio a
serviços, pois são dados confidenciais.
Ao utilizarem BaaS, os desenvolvedores encontram limitação quanto ao controle, uma vez que algumas coisas não podem ser alteradas no serviço. Um
serviço BaaS não permite instalação local; todo e qualquer teste deve ser efetuado nos serviços disponíveis em nuvem.
Ao desenvolver aplicativos Andoroid ou qualquer outra aplicação, é necessário e sempre importante relacionar o front-end (tela do usuário) com o back-
end (ações do sistema).
A escola Jardim Viver solicitou que a empresa TechZ, na qual você trabalha, desenvolvesse um sistema com um formulário que capturasse as seguintes
informações dos pais dos alunos: nome; sobrenome; e-mail; idade; endereço.
Tais informações listadas na tela serão persistidas em banco de dados, e, para isso, deve existir uma classe que receberá tais valores e funcionará como
um objeto de transferência de dados (DTO — Data Transfer Object), para que, então, sejam persistidos.
Observe o arquivo da tela: