T-SQL e a utilização de Views

Podemos definir uma view como apenas uma tabela virtual composta por linhas e colunas. Os dados podem vir a partir de uma �nica tabela ou podem provir de muitas tabelas. Ela � criada para facilitar a visualiza��o de dados que iremos precisar com uma maior frequ�ncia que outros. A exibi��o � criada utilizando-se a instru��o CREATE VIEW e � armazenada no banco de dados em que ela for criada. Abaixo listamos algumas das raz�es pelas quais precisamos utilizar Views, que s�o:

Quando n�o desejamos expor todas as colunas de uma tabela de usu�rios;
Quando seu esquema de banco de dados � complexo, onde � necess�rio a cria��o de uma view a fim de simplificar o acesso do usu�rio;
Quando queremos mudar o esquema de banco de dados, mas queremos manter a compatibilidade com vers�es anteriores para que o c�digo existente n�o tenha que ser reescrito.

A melhor maneira de obter uma melhor compreens�o de como usarmos as views � realizando alguns testes atrav�s de exemplos de utiliza��o das views para as diferentes necessidades de neg�cios que possamos encontrar.

Criando nossa base de testes

A fim de demonstrarmos como funcionam as views e como elas podem simplificar o c�digo T-SQL, precisaremos de alguns dados de teste para esses pontos de view. Ao inv�s de criarmos nossos pr�prios dados de teste, a maioria dos exemplos usar� o banco de dados AdventureWorks2012. Caso queiram acompanhar e executar os exemplos apresentados aqui em seu ambiente, ent�o � necess�rio baixar o banco de dados AdventureWorks2012_database atrav�s do link https://github.com/Microsoft/sql-server-samples/releases/download/adventureworks/AdventureWorks2012.bak

Simplificando o c�digo SQL usando um modo de exibi��o (Views)

Usando uma view podemos listar colunas como um subconjunto de colunas da tabela, um conjunto de colunas que v�m de v�rias tabelas, um conjunto limitado de colunas com base em alguns crit�rios ou uma s�rie de outros requisitos diferentes que possam ser retornados. Nesta se��o forneceremos diferentes exemplos de como usar views a fim de atender diferentes necessidades de neg�cios.

Para o nosso primeiro exemplo vamos supor que se tenha um requisito no projeto de n�o apresentar todas as colunas em uma �nica tabela em um aplicativo ou uma consulta ad hoc. Para este exemplo vamos ent�o supor que se deseja retornar apenas informa��es n�o pessoais da tabela HumanResource.Employee, apresentada pelo c�digo da Listagem 1. Percebam que esta tabela j� pertence a esta base de dados e que possui v�rios registros e com v�rias informa��es adicionais, das quais precisamos apenas das informa��es n�o pessoais.

Listagem 1. Estrutura da tabela HumanResources.Employee.


  CREATE TABLE [HumanResources].[Employee](
                  [BusinessEntityID] [int] NOT NULL,
                  [NationalIDNumber] [nvarchar](15) NOT NULL,
                  [LoginID] [nvarchar](256) NOT NULL,
                  [OrganizationNode] [hierarchyid] NULL,
                  [OrganizationLevel]  AS ([OrganizationNode].[GetLevel]()),
                  [JobTitle] [nvarchar](50) NOT NULL,
                  [BirthDate] [date] NOT NULL,
                  [MaritalStatus] [nchar](1) NOT NULL,
                  [Gender] [nchar](1) NOT NULL,
                  [HireDate] [date] NOT NULL,
                  [SalariedFlag] [dbo].[Flag] NOT NULL,
                  [VacationHours] [smallint] NOT NULL,
                  [SickLeaveHours] [smallint] NOT NULL,
                  [CurrentFlag] [dbo].[Flag] NOT NULL,
                  [rowguid] [uniqueidentifier] ROWGUIDCOL  NOT NULL,
                  [ModifiedDate] [datetime] NOT NULL);

As informa��es n�o-pessoais que os aplicativos e usu�rios ad hoc requerem s�o as seguintes colunas: BusinessEntityID, NationalIDNumber, LoginID, OrganizationNode, OrganizationLevel, jobTitle e HoreDate. A fim de criarmos uma view que s� retorne um subconjunto de colunas da tabela apresentada, utilizaremos o c�digo presente na Listagem 2.

Listagem 2. Criando view das informa��es n�o-pessoais da tabela HumanResources.Employee.

CREATE VIEW [HumanResources].[EmployeeInfo]
  AS
                  SELECT [BusinessEntityID] 
                        ,[NationalIDNumber]  
                        ,[LoginID]  
                        ,[OrganizationNode]               
                        ,[OrganizationLevel]
                        ,[JobTitle] 
                        ,[HireDate]  
                        ,[CurrentFlag]  
      FROM [HumanResources].[Employee];

Ao analisarmos a instru��o CREATE VIEW a partir da Listagem 2, podemos ver que � muito simples o que queremos fazer. O c�digo para o ponto de view que queremos � apenas uma instru��o SELECT simples que cont�m as colunas que queremos apresentar nos crit�rios de sele��o. Uma vez criada a view, ela pode ser consultada sempre que precisarmos, como uma tabela normal da base de dados. O script presente na Listagem 3 demonstra duas instru��es SELECT diferentes que recuperam dados da tabela HumanResources.Employee usando o ponto de view que criamos com o c�digo da Listagem 2.

Listagem 3. Duas instru��es SELECT que retornam dados usando a view criada.

SELECT * FROM [HumanResources].[EmployeeInfo];
  SELECT * FROM [HumanResources].[EmployeeInfo]
                  WHERE JobTitle like '%Manager%';

Ao analisarmos o c�digo da Listagem 3 podemos ver que o objeto referenciado ap�s a cl�usula FROM � o nome da view que criamos anteriormente na Listagem 2. A primeira instru��o SELECT na Listagem 3 retornou todas as linhas da tabela HumanResources.Employee, mas retornando as colunas n�o-pessoais na cl�usula SELECT dentro da view. A segunda instru��o SELECT na Listagem 3 demonstra ainda que podemos restringir as linhas retornadas usando uma instru��o WHERE, assim como far�amos ao fazer refer�ncia a uma tabela.

Algumas vezes n�o trabalhamos de forma t�o simples quanto a que vimos anteriormente. As vezes � necess�rio a manipula��o de mais de uma tabela do banco utilizando Joins e tamb�m uma view. A partir dos dados coletados destas tabelas para uma view, podemos recuperar dados desta view de forma similar a anterior, passando par�metros. Ao fazer isso, podemos simplificar o c�digo para consultar o banco de dados e esconder a complexidade de um projeto de banco de dados dentro de uma view. Para demonstrarmos isso e clarearmos um pouco do conceito, criemos uma view, como a da Listagem 4, que recupera os dados de pedidos de vendas contidos em v�rias tabelas do banco.

Listagem 4. View que possui dados de v�rias tabelas com a utiliza��o de Joins.

CREATE VIEW SalesOrderCombined2007
  AS
  SELECT 
                   OH.SalesOrderID
                  ,OH.OrderDate
                  ,OH.ShipDAte
                  ,ST.Name AS TerritoryName
                  ,BTA.City AS BillToCity
                  ,STA.City AS ShiptToCity
                  ,OH.TotalDue
  FROM Sales.SalesOrderHeader OH
                   JOIN Sales.SalesTerritory ST
                   ON OH.TerritoryID = ST.TerritoryID
                   JOIN Person.Address BTA
                   ON OH.BillToAddressID = BTA.AddressID
                   JOIN Person.Address STA 
                   ON OH.ShipToAddressID = STA.AddressID 
  WHERE YEAR(OH.OrderDate) = 2007;

A view SalesOrderCombined2007 que acabamos de gerar na Listagem 4 junta uma s�rie de tabelas em conjunto e retorna apenas um subconjunto de colunas a partir dessas tabelas. Al�m disso, a view tem uma cl�usula WHERE. Ela retorna apenas os dados se ela est� relacionada com uma ordem de venda que foi colocada no ano de 2007. Essa view criada elimina a necessidade de compreendermos como � a participa��o de um n�mero de tabelas em conjunto, utilizando diferentes colunas chaves. Ao executarmos uma instru��o SELECT contra a view SalesOrderCombined2007, todos os joins s�o feitos sem que voc�s precisem fazer refer�ncia a eles em sua instru��o SELECT. Adicionando este tipo de view em nossas consultas a base de dados, podemos eliminar as possibilidades de escrever joins como crit�rios incorretamente.

H� momentos em que precisamos evoluir nosso projeto de banco de dados ao longo do tempo, mas n�o queremos quebrar o c�digo j� existente. Uma view pode controlar esta exig�ncia de neg�cio. Para demonstrar isso, vejamos o c�digo da Listagem 5.

Listagem 5. Estrutura antiga e nova de schema.

--- Iniciando Schema antigo
  CREATE TABLE DateDimOld (
  ID INT IDENTITY, 
  DT DATE, 
  DOWTitle varchar(10));
  GO
  -- Populando DateDimOld
  INSERT INTO DateDimOld(DT, DOWTitle) VALUES 
    ('12/1/2013',DATENAME(DW,'12/1/2013')),
    ('12/2/2013',DATENAME(DW,'12/2/2013')),
    ('12/3/2013',DATENAME(DW,'12/3/2013'));
  GO
  SELECT * FROM DateDimOld;
  GO
  --- Encerrando Schema antigo
  --  Iniciando Schema novo
  CREATE TABLE DOWTitle (
  DowTitleID INT IDENTITY PRIMARY KEY, 
  DOWTitle VARCHAR(10));
  GO
  CREATE TABLE DateDimNew (
  ID INT IDENTITY, 
  DT DATE, 
  DOWTitleID INT);
  GO
  ALTER TABLE DateDimNew  WITH CHECK ADD  CONSTRAINT [FK_DateDimNew_DOWTitle_DOWTitleID] FOREIGN KEY(DOWTitleID)
  REFERENCES DOWTitle (DOWTitleID)
  GO
  -- Populando DOWTitle
  INSERT INTO DOWTitle (DOWTitle) VALUES 
    (DATENAME(DW,'12/1/2013')),
    (DATENAME(DW,'12/2/2013')),
    (DATENAME(DW,'12/3/2013'));
  GO
  -- Populando DateDimNew
  INSERT INTO DateDimNew (DT,DOWTitleID) VALUES
    ('12/1/2013', 1),
    ('12/2/2013', 2),
    ('12/3/2013', 3);
  GO
  -- Removendo Schema antigo
  DROP TABLE DateDimOld
  GO
  -- Criando view similar ao Schema antigo
  CREATE VIEW DateDimOld AS
  SELECT DDN.ID, DDN.DT, DOWT.DOWTitle 
                  FROM DateDimNew AS DDN
                  JOIN DOWTitle AS DOWT
                  ON DDN.DOWTitleID = DOWT.DowTitleID;
  GO
  -- Apresentando VIEW e simulando o Schema antigo
  SELECT * FROM DateDimOld
  -- Encerrando o Schema novo.

Ao analisarmos o c�digo presente na Listagem 5 veremos que existem duas se��es diferentes de c�digo. Na primeira se��o est�o definidos, povoados e exibidos alguns dados de um esquema antigo que tem uma �nica tabela chamada DateDimOld. Esta tabela cont�m uma coluna de data chamado DT com um dia de semana e a coluna chamada DOWTitle � associada a essas colunas para uma coluna de identifica��o. Na segunda se��o definimos um novo esquema para substituir o esquema antigo em uma se��o. Nesta segunda se��o criamos duas tabelas: a primeira tabela � denominada DOWTitle que cont�m as colunas DOWTitle e DOWTitleID; e a segunda tabela � nomeada DateDimNew. Esta tabela cont�m colunas de identidade, DT e DOWTitleID. A coluna DOWTitleID � uma coluna de chave estrangeira na tabela de DOWTitle. Este novo esquema � um esquema normalizado, enquanto o velho esquema � um esquema desnormalizado. Na segunda se��o do c�digo realmente deletamos a tabela criada na primeira se��o do c�digo e criamos uma view com o mesmo nome DateDimOld. A view DateDimOld nos permite consultar o novo esquema normalizado, assim como ter�amos que fazer ao consultar a tabela de DateDimOld no esquema antigo. Esta nova view DateDimOld nos permitiu fornecer compatibilidade com vers�es anteriores para qualquer c�digo que poder�amos ter constru�do, que usa o design do esquema antigo.

Como voc�s podem ver aqui, h� uma s�rie de maneiras diferentes de expormos as views de modo que elas possam ser usadas. Nos nossos exemplos aqui estamos apenas mostrando a sele��o de dados em uma view. As views tamb�m podem ser usadas para atualizar as tabelas. Al�m disso, existem outras op��es que podem ser usadas na cria��o de views. Vejamos a seguir.

Updates de Tabelas com Views

Como mencionado anteriormente, uma view pode ser usada para atualizar dados em tabelas tamb�m. Para que possamos demonstrar isso, vamos executar o c�digo presente na Listagem 6

Listagem 6. Inserindo dados em tabelas usando uma VIEW.

INSERT INTO DateDimOld (DOWTitle) 
  VALUES (DATENAME(DW,'12/4/2013'));

O c�digo apresentado na Listagem 6 realmente n�o atualizar� a tabela DateDimOld (que foi exclu�da de qualquer maneira anteriormente), mas em vez disso, ir� atualizar o DOWTitle da tabela subjacente que faz parte da defini��o da view para DateDimOld. Depois de executarmos a instru��o INSERT na Listagem 6, uma linha foi criada na tabela DOWTitle que cont�m o valor "Wednesday" na coluna DOWTitle. Desde que o DateDimOld � uma view normalizada referente a nossas tabelas, tamb�m precisaremos colocar outra linha na tabela DateDimNew para que a view DateDimOld exiba o valor "Wednesday". Para fazermos isso, executaremos ent�o o c�digo da Listagem 7.

Listagem 7. Adicionando nova linha na tabelaDateDimNew.

INSERT INTO DateDimNew (DT, DOWTitleID) 
     SELECT '12/4/2013', DOWTitleID FROM DOWTitle 
         WHERE DOWTitle = DATENAME(DW,'12/4/2013');

Devido ao fato de que a coluna DOWTitleID n�o era parte da view DateDimOld, n�o eramos capazes de usar a view para atualizar a tabela de DateDimNew. Em vez disso, t�nhamos que escrever o c�digo da Listagem 7 para referenciar a tabela view subjacente diretamente.

Existem algumas limita��es no uso de views para atualiza��o das tabelas subjacentes de uma view. Elas ser�o passadas a seguir:

Apenas uma �nica tabela base em uma view pode ser atualizada;
Colunas sendo atualizadas devem ser diretamente referenciadas na view, sem qualquer c�lculo sobre elas;
Colunas sendo modificadas n�o devem ser afetadas por um GROUP BY, DISTINCT, ou cl�usula HAVING;
Sua view n�o cont�m uma cl�usula TOP, quando o CHECK OPTION (mais sobre esta op��o abaixo) � utilizado.

Nas demonstra��es com CREATE VIEW, que apresentamos at� agora, as views criadas n�o ir�o limitar o que podemos fazer para as tabelas subjacentes. H� algumas mudan�as que voc�s podem fazer com as tabelas subjacentes que usa uma view que pode quebrar a view, ou retornar resultados inesperados. Uma dessas mudan�as que iria quebrar uma view seria para apagar uma coluna que uma view faz refer�ncia. H� situa��es em que voc�s podem querer certificar-se de que suas views s�o imunes a esses tipos de problemas. Quando criamos uma view, h� algumas cl�usulas adicionais que voc� podemos colocar no CREATE VIEW ou a instru��o SELECT que vai ajudar a eliminar esses problemas potenciais irritantes.

A primeira coisa que voc�s podem fazer � ligar a sua view aos esquemas de tabela subjacentes. Ao vincular suas tabelas para os esquemas subjacentes, voc�s ir�o restringir as altera��es de tabela que podem quebrar a sua view. Para demonstrarmos, executaremos o c�digo presente na Listagem 8.

Listagem 8. Criando uma view com associa��o de esquema.

ALTER VIEW DateDimOld WITH SCHEMABINDING AS 
  SELECT DDN.ID, DDN.DT, DOWT.DOWTitle 
                  FROM dbo.DateDimNew AS DDN
                  JOIN dbo.DOWTitle AS DOWT
                  ON DDN.DOWTitleID = DOWT.DowTitleID;
  GO

Na Listagem 8 descartamos e recriamos a view DateDimOld. Quando recriamos, adicionamos a cl�usula WITH SCHEMABINDING. Isto criou uma exibi��o de esquema associada. Quando fizemos essa mudan�a que tamb�m tivemos que modificar a instru��o SELECT um pouco na view. A mudan�a que fizemos foi ter dois nomes para todas as tabelas. Recomenda-se que elas sempre usem duas nomenclaturas ao fazer refer�ncia a tabelas do SQL Server, independentemente do SQL Server exigir ou n�o. Esta exig�ncia significava que t�nhamos a acrescentar � o "dbo." na frente dos dois nomes de tabelas na nossa view original. Fora isso, esta view � exatamente como ela era originalmente. Para mostrarmos como a utiliza��o de do schema limita o que podemos fazer para a tabela subjacente, deixe-nos executar o c�digo da Listagem 9.

Listagem 9. Tentando alterar a tabela com schema limitado.

ALTER TABLE dbo.DateDimNew 
    ALTER COLUMN DT INT;

Ao analisarmos a sa�da desta altera��o veremos que fomos impedidos de modificar a coluna DT, que est� inclu�do na defini��o da view. Atrav�s da cria��o de uma view associada ao esquema, temos ent�o a certeza que algu�m n�o vir� e modificar� qualquer parte das tabelas que podem afetar nossa view DateDimOld.

Outra op��o dispon�vel com a cria��o de uma view � o WITH CHECK OPTION. A verifica��o da op��o WITH permite colocar restri��es na sua finaliza��o a fim de certificar-se de qualquer atualiza��o feita �s tabelas subjacentes s�o selecion�veis atrav�s de uma view. Para mostrarmos como o WITH CHECK OPTION � usado, apresentaremos um exemplo do c�digo na Listagem 10.

Listagem 10. Criando uma view que possui WITH CHECK OPTION.

CREATE TABLE DayOfTheWeek(DayOfTheWeek varchar (10), 
                DayOfTheWeekNum int);
  INSERT INTO  DayOfTheWeek VALUES
      ('Monday',0),
      ('Tuesday',1),
      ('Wednesday',2),
      ('Thursday',3),
      ('Friday',4);
  GO
  CREATE VIEW DisplayDayOfTheWeek 
  AS 
  SELECT DayOfTheWeek, DayOfTheWeekNum FROM DayOfTheWeek
  WHERE DayOfTheWeekNum < 5
                  WITH CHECK OPTION;

No c�digo da Listagem 10 podemos ver que criamos e preenchemos uma tabela chamada DayoftheWeek. Tamb�m criamos uma view nomeada DisplayDayOfTheWeek que restringe os dias retornados usando uma cl�usula WHERE, e adicionamos o WITH CHECK OPTION. Ao adicionarmos o WITH CHECK OPTION, o SQL Server n�o nos permite inserir ou atualizar uma linha usando a view DisplayDayOfTheWeek a menos que o valor de DayOfTheWeekNum seja inferior a 5. Para testarmos isso podemos executar o c�digo na Listagem 11.

Listagem 11. C�digo para testar a utiliza��o de WITH CHECK OPTION.

INSERT INTO  DisplayDayOfTheWeek VALUES
      ('Saturday',5);
  UPDATE DisplayDayOfTheWeek
  SET DayOfTheWeekNum = 5
  WHERE DayOfTheWeek = 'Friday';

Quando o c�digo na Listagem 11 tenta inserir uma nova linha com um valor superior a 5, ou atualizar a linha existente friday para um valor DayOfTheWeekNum maior que 5, recebemos um erro. Na verdade, ir� gerar esta mensagem duas vezes, uma para o INSERT e uma vez para o UPDATE.

Ao analisarmos a mensagem que voc�s podem ver que o WITH CHECK OPTION causou a nossa declara��o de inser��o e atualiza��o na Listagem 11 podemos ver o seguinte, se quisermos realmente inserir ou atualizar essas linhas, devemos ter duas op��es. Um op��o seria a de remover o WITH CHECK OPTION. Isso permite que alteremos a tabela subjacente atrav�s da view, mas a sele��o da view ainda n�o mostraria os valores que atenderiam as condi��es da defini��o da view. Se voc� quer inserir e atualizar as linhas e t�-los exibidos pela view, em seguida, a segunda op��o que seria mudar a condi��o WHERE no fim para permitir que os novos valores sejam selecionados. Tenham em mente que o WITH CHECK OPTION s� se aplica �s mudan�as feitas atrav�s da view; isso n�o impede atualiza��es ou inser��es feitas diretamente para a tabela subjacente. Se voc�s quiserem controlar o tipo de declara��es que podem ter impacto nas suas views, ent�o voc�s devem considerar o uso de associa��o de esquema e/ou o WITH CHECK OPTION.

Considera��es sobre o desempenho ao usarmos Views

Existem problemas de desempenho com o uso de views? Da mesma forma como em tudo na vida, existem exce��es a regras. A utiliza��o de views n�o poderia ser diferente. O desempenho de uma view vai depender do que a view est� fazendo. Uma view simples que l� uma �nica tabela sem cl�usulas JOIN provavelmente ir� realizar de forma muito semelhante a uma consulta que faz refer�ncia a apenas uma �nica tabela. Mas se voc� tem uma view que faz refer�ncia a uma view que faz refer�ncia a uma outra view, e essas views contenham v�rias cl�usulas JOIN? A consulta subjacente de que, na verdade, � executada por sua instru��o SELECT simples que faz refer�ncia a uma view poderia explodir para fora em uma instru��o SELECT muito complexa, com v�rias cl�usulas JOIN e poderia acabar fazendo um trabalho muito maior do que o esperando.

Uma outra coisa que vale a pena mencionar sobre problemas de desempenho com views � quando uma view cont�m uma s�rie de tabelas unidas, mas que voc� s� quer retornar dados de uma �nica tabela no modo de exibi��o. Neste caso, o SQL Server ainda ter� que juntar todas as tabelas na exibi��o para retornar os dados de uma �nica tabela. Isso pode levar a um trabalho extra para o SQL Server para se juntar todas essas tabelas na view e tempo de resposta mais lento para as consultas que s� querem retornar dados de uma �nica tabela no modo de exibi��o. Se voc� achar que voc� est� indo s� para retornar dados de uma �nica tabela em uma view e desempenho � importante, ent�o seria melhor escrever sua consulta para usar uma tabela �nica em vez de usar uma exibi��o que cont�m jun��o de v�rias tabelas.

Views s�o uma �tima maneira de simplificar o c�digo e ocultar a complexidade do esquema de banco de dados. Mas esconder essa complexidade pode causar s�rios problemas de performance. Se voc�s pretendem usar views, verifiquem se voc�s sabem o que a view est� fazendo nos bastidores. Compreender o trabalho que o mecanismo da query ter� que fazer para executar consultas em seus pontos de vista vai ajud�-los a desenvolver um c�digo que funciona bem.

Protegendo dados usando uma View

Outra raz�o das pessoas usarem uma view � o de garantir o acesso a algumas colunas de uma tabela. Suponhamos que tenhamos um requisito de neg�cio para permitir aos usu�rios fazer relat�rios a partir de tabelas que contenham dados confidenciais, como um n�mero de seguran�a social, ou o n�mero do cart�o de cr�dito. Voc�s n�o podem querer que eles tenham acesso a essas colunas confidenciais. Uma maneira de se certificar de que eles n�o podem ler estas colunas de dados confidenciais � criar uma view da tabela que exclui as colunas confidenciais, e n�o fornecem aos usu�rios direitos SELECT na tabela subjacente.

Neste artigo tratamos com rela��o a utiliza��o de views e vimos que elas s�o uma �tima maneira de implementarmos a seguran�a, simplificarmos a consulta complexa de esquemas de banco de dados, dentre outros recursos. Mas h� um lado negro na utiliza��o das views, se voc�s come�arem a utilizar views sem entender a sua utiliza��o, o impacto no desempenho poder� ser prejudicial. Como voc�s est�o olhando para uma determinada necessidade de neg�cio que requer uma solu��o T-SQL, considerem uma view como apenas uma das muitas ferramentas que voc�s podem ser capazes de usar para implementar suas solu��es. At� a pr�xima!

Confira outros conte�dos:

SQL SUM: somando os valores de uma...

SQL: INNER JOIN

SQL: Introdu��o ao Where

Assista grátis a nossa aula inaugural

Perguntas frequentes

Quem somos?

Por que a programação se tornou a profissão mais promissora da atualidade?

Como faço para começar a estudar?

Em quanto tempo de estudo vou me tornar um programador?

Sim, você pode se tornar um programador e não precisa ter diploma de curso superior!

O que eu irei aprender estudando pela DevMedia?

Principais diferenciais da DevMedia

Qual o investimento financeiro que preciso fazer para me tornar um programador?

Como funciona a forma de pagamento da DevMedia?

Por Edson Em 2014

Nossos casos de sucesso

Leonardo Carlos

Eu sabia pouqu�ssimas coisas de programa��o antes de come�ar a estudar com voc�s, fui me especializando em v�rias �reas e ferramentas que tinham na plataforma, e com essa bagagem consegui um est�gio logo no in�cio do meu primeiro per�odo na faculdade.

Lucas Rodrigues

Estudo aqui na Dev desde o meio do ano passado! Nesse per�odo a Dev me ajudou a crescer muito aqui no trampo.
Fui o primeiro desenvolvedor contratado pela minha empresa. Hoje eu lidero um time de desenvolvimento!
Minha meta � continuar estudando e praticando para ser um Full-Stack Dev!

Her�clito J�nior

Economizei 3 meses para assinar a plataforma e sendo sincero valeu muito a pena, pois a plataforma � bem intuitiva e muuuuito did�tica a metodologia de ensino. Sinto que estou EVOLUINDO a cada dia. Muito obrigado!

Julio Cablen

Nossa! Plataforma maravilhosa. To amando o curso de desenvolvimento front-end, tinha coisas que eu ainda n�o tinha visto. A did�tica � do jeito que qualquer pessoa consegue aprender. S�rio, to apaixonado, adorando demais.

Joelberth Sena

Adquiri o curso de voc�s e logo percebi que s�o os melhores do Brasil. � um passo a passo incr�vel. S� n�o aprende quem n�o quer. Foi o melhor investimento da minha vida!

Felipe Nunes

Foi um dos melhores investimentos que j� fiz na vida e tenho aprendido bastante com a plataforma. Voc�s est�o fazendo parte da minha jornada nesse mundo da programa��o, irei assinar meu contrato como programador gra�as a plataforma.

Wanderson Oliveira

Comprei a assinatura tem uma semana, aprendi mais do que 4 meses estudando outros cursos. Exerc�cios pr�ticos que n�o tem como n�o aprender, est�o de parab�ns!

Jos� Lucas

Obrigado DevMedia, nunca presenciei uma plataforma de ensino t�o presente na vida acad�mica de seus alunos, parab�ns!

Eduardo Dorneles

Aprendi React na plataforma da DevMedia h� cerca de 1 ano e meio... Hoje estou h� 1 ano empregado trabalhando 100% com React!

Adauto Junior

J� fiz alguns cursos na �rea e nenhum � t�o bom quanto o de voc�s. Estou aprendendo muito, muito obrigado por existirem. Est�o de parab�ns... Espero um dia conseguir um emprego na �rea.

Ver todos os casos de sucesso

T-SQL e a utiliza��o de Views

Neste artigo trataremos da utiliza��o de views em nossos projetos junto com o T-SQL. Aprenderemos como us�-las de forma segura e veremos quando n�o fazer uso das mesmas.