Microsoft anuncia volta do Menu Iniciar


A Microsoft revelou durante a BUILD 2014 a volta do Menu Iniciar. Milhares de usuários do seu sistema operacional Windows 8 e 8.1 pediam o retorno do recurso, que foi substituído apenas por um botão que troca entre interface Metro e a área de trabalho. Finalmente, a companhia atendeu os pedidos.

Microsoft anuncia volta do Menu Iniciar

A volta do Menu Iniciar

A ferramenta é muito semelhante a presente no Windows 7, porém, também apresenta Live Tiles. Não é um recurso que chegará na próxima atualização do Windows 8.1, mas provavelmente será um ponto a ser abordado em outra versão do sistema operacional. Pode chegar em uma atualização futura para o Windows 8.1 ou ser um recurso do Windows 9.

Na mesma demonstração, a Microsoft revelou que aplicativos na interface Metro poderão rodar no ambiente da área de trabalho. Um retorno às raízes do sistema da Microsoft.

Fontes e Direitos Autorais: Baboo.com – Flávio Croffi.

Faça o download do Windows 8.1 Update 1


Como prometido, os usuários já podem fazer o download do Windows 8.1 Update 1 (atualização KB2919355) através dos links abaixo ou através do Windows Update junto com as atualizações de segurança do mês de abril que serão disponibilizadas por volta das 14h.

Antes da atualização KB2919355 ser instalada os usuários devem instalar o seguinte pré-requisito também via Windows Update ou via download direto no Microsoft Download Center: atualização KB2919442.

Depois que a atualização KB2919355 for instalada, o Windows Update também instalará as seguintes atualizações complementares: KB2932046, KB2937592 e KB2938439. Elas também estão disponíveis via download direto.

A atualização para o Windows 8.1 Update 1 é obrigatória para todos os usuários do Windows 8.1. Quem não instalar o Update 1 ficará impedido de receber futuras atualizações (como a que trará o novo menu Iniciar).

Faça o download do Windows 8.1 Update 1 – 32 bits:

Faça o download do Windows 8.1 Update 1 - 64 bits:

Faça o download do Windows 8.1 Update 1 – ARM:

As atualizações também se aplicam ao Windows Server 2012 R2 e uma delas, KB2949621-v2, é exclusiva para esta versão do Windows.

Se você optar por fazer o download do Windows 8.1 Update 1 através dos links acima e não do Windows Update, será necessário instalar as atualizações na seguinte ordem:

1.  KB2919442
2.  KB2919355
3.  KB2932046
4.  KB2937592
5.  KB2938439
6.  KB2949621-v2 (somente para Windows Server 2012 R2)

Sobre o Windows 8.1 Update 1

O Windows 8.1 Update 1 inclui melhorias com foco no uso do sistema operacional com mouse e teclado, como novos botões e menus de contexto na tela inicial e novos botões para minimizar, maximizar e fechar os apps Metro.

Já para os usuários em computadores/notebooks/ultrabooks sem telas sensíveis ao toque, a atualização permitirá que o sistema operacional inicialize diretamente na área de trabalho por padrão. Você ainda poderá acessar a tela inicial clicando no botão Windows na barra de tarefas ou pressionando a tecla winkey no teclado.

Além disso, a Microsoft também confirmou que com o Windows 8.1 Update 1 é possível fixar os apps Metro na barra de tarefas para acesso rápido.

Faça o download do Windows 8.1 Update 1

Outra novidade trazida por esta atualização é o Modo Empresarial no Internet Explorer 11. O Modo Empresarial permitirá que as empresas especifiquem quais sites devem ser carregados neste modo de compatibilidade automaticamente. Isto é útil, principalmente, para casos no qual portais internos só podem ser visualizados corretamente com versões mais antigas do navegador.

Ao configurar este modo, o administrador pode especificar o local onde a lista de sites, usados pelo Modo Empresarial, fica armazenada e também pode optar por permitir ou não que os usuários ativem este modo manualmente.

O Windows 8.1 Update 1 também permitirá que os fabricantes de computadores utilizem especificações mais modestas para novos dispositivos. A empresa confirmou que agora os fabricantes poderiam utilizar no mínimo 1GB de RAM e 16GB de capacidade para armazenamento em novos dispositivo (antes era necessário ter pelo menos 2GB de RAM e 32GB de capacidade).

Fontes e Direitos Autorais: Baboo.com – Sid Vicious.

Microsoft anuncia novidades no IE 11


Além dos lançamentos, a edição de 2014 da conferência Build também trouxe novidades a velhos conhecidos de quem acessa a internet. Um deles foi o Internet Explorer, que não ganhou uma nova versão, mas tem agora novas funcionalidades. O upgrade no IE 11 vai integrar o navegador em todos os produtos que rodem Windows 7 e Windows 8.1.

IE 11 promete consumir até 80% menos dados

Mas talvez a principal novidade seja para os usuários de dispositivos móveis, que terão o “modo de economia [de dados] alta”, parecida com um já praticado pelo Google e com o Opera Turbo. Com ele, o IE 11 vai consumir entre 60% e 80% menos dados, de acordo com a Microsoft.

Isso será possível porque antes de acessar uma página, ela será enviada a um servidor da empresa que irá comprimir os elementos mais pesados, como imagens. De acordo com publicação do TechCrunch, no futuro a Microsoft vai desenvolver esse modo de economia para computadores, visando usuários que estejam na internet por meio de uma conexão limitada.

Segundo o site Engadget, o IE 11 para Windows Phone 8.1 foi o que mais recebeu atualizações. Na versão móvel, o usuário poderá salvar um site na Home de um smartphone ou tablet, como uma Live Tiles. Para acelerar a navegação, o software faz agora pré-carregamento e pré-renderização.

Outras novidades são a sincronização de dispositivos com o OneDrive e o modo de navegação InPrivate, que não deixa rastros no histórico. O IE 11 também vai ter guias ilimitadas e modo de compatibilidade para que aplicativos desenvolvidos para determinada versão também possam ser usados em outras. Ele deve chegar aos usuários no dia 8 de abril.

MICROSOFT ANUNCIA UNIVERSAL WINDOWS APPS


A Microsoft anunciou na quarta-feira (2), durante a conferência Build, o Universal Windows Apps, que vai permitir que um aplicativo seja utilizado em várias plataformas e produtos da empresa.

Agora, desenvolvedores criarão um único app ou game e, com poucos ajustes, irão disponibilizá-los para Windows 8.1, Windows Phone 8.1 e Xbox One.

Universal Windows Apps: aplicativos poderão ser usados em vários produtos Microsoft

Universal Windows Apps: aplicativos poderão ser usados em vários produtos Microsoft

UNIVERSAL WINDOWS APPS: COMPRE APENAS UMA VEZ
Com isso, a empresa espera que mais pessoas desenvolvam softwares para seus produtos. Entre as plataformas móveis, por exemplo, o Windows Phone é a que tem menos opções de apps. Segundo a Microsoft, os códigos para criação de aplicativos, feitos com auxilio do Visual Studio, são parecidos.

“Google e Apple têm uma forma diferente de ver o mercado: eles querem que você crie um app para tablet e outro para celular”, alfinetou o vice-presidente de sistemas operacionais, David Treadwell, durante o evento. O executivo ainda disse que serão utilizadas linguagens como C++ e JavaScript. Também será possível usufruir do DirectX.

O CEO da companhia, Satya Nadella, ressaltou que “agora não será necessário comprar um mesmo aplicativo para smartphone e PC”. Isso também vai unificar a loja de aplicativos para sistemas da Microsoft. “E por ser um único app, tudo que estiver na nuvem será automaticamente sincronizado entre os dispositivos.”

Outra vantagem é que o usuário poderá continuar executando uma tarefa em diferentes sistemas e gadgets – desde que o app seja multiplataforma. Assim, se um e-mail for lido no smartphone, ele aparecerá como lido no mesmo momento na tela do computador. “Todos queremos a mesma experiência em apps entre todos dispositivos”, acrescentou Nadella.

“Todos os desenvolvedores podem utilizar suas habilidades para entregar experiências universais para Windows Phone 8.1 e para o Windows 8.1 Update, que usa aproximadamente 90% do mesmo código para telefones, tablets e PCs, traz o IE11 em ambos os dispositivos.

Além de permitir a criação de um único e universal aplicativo que tem como alvo todos os dispositivos do Windows”, informou a Microsoft em comunicado oficial sobre o Universal Windows Apps.

Fontes e Direitos Autorais: Baboo.com – VINICIUS BRINO.

Trabalhando com o Service Broker no Microsoft SQL Server 2008, 2008 R2 e 2012 – Final.


Boa tarde, Comunidade!

Antes de começar a destacar esta última parte da nossa série sobre Service Broker, vou compartilhar outro assunto com vocês. Como de costume todo dia 1º de Abril é considerado o dia da mentira, mas desde 2007 este dia se tornou algo de muita importância e ansiedade, foi justamente no dia 01/04/2007 que me tornei pela primeira vez MVP de SQL Server, desde então, já se passaram sete anos e hoje dia 03/04/2014 estou mais uma vez comemorando mais uma MVP Award, sendo a minha oitava renovação, completando mais um ciclo.

Agradeço a todos que fazem parte desta caminhada, que sempre me ajudaram a conseguir atingir esta marca.

Outro assunto que eu gostaria de compartilhar com vocês é o lançamento do Microsoft SQL Server 2014, que oficialmente foi disponibilizado no dia 01/04/2014 para comercialização e uso oficial.

Se você quiser saber mais sobre algumas novidades sobre esta nova versão, acesse: http://www.youtube.com/embed/ZlKnwbpkgvk   

Como você deve esta acompanhando, estamos chegando ao final desta série sobre o Service Broker dedicado as versões 2008, 2008 R2 e 2012. Nesta reta final, vamos trabalhar com o processo de recebimento das mensagens que nosso aplicativo de Service Broker enviado anteriormente, fazendo uso das mensagens, contratos, filas e serviços.

Para que você possa acompanhar e entender o funcionamento do Service Broker em relação ao nosso cenário, recomendo que acesse e leia as Partes I, II e III publicadas anteriormente nos seguintes links:

http://pedrogalvaojunior.wordpress.com/2013/10/22/trabalhando-com-o-service-broker-no-microsoft-sql-server-2008-2008-r2-e-2012-parte-i/

http://pedrogalvaojunior.wordpress.com/2013/11/21/trabalhando-com-o-service-broker-no-microsoft-sql-server-2008-2008-r2-e-2012-parte-ii/

http://pedrogalvaojunior.wordpress.com/2014/02/07/trabalhando-com-o-service-broker-no-microsoft-sql-server-2008-2008-r2-e-2012-parte-iii/

Vou começar esta parte destacando o processo de Recebimento de Mensagens, que consiste basicamente no uso dos comandos Receive Top e conhecido e super utilizado comando Select.

Desejo uma boa leitura e espero que goste deste final.

Processando o Recebimento de Mensagens

O processo para recebimento de mensagens tratadas por aplicações que fazem uso do Service Broker, ou diretamente no Management Studio, é realizado basicamente através do uso do comando Receive, em conjunto com a cláusula Top.

A principal função do comando Receive é recuperar uma ou mais mensagens que possam existir na fila que o Serviço invocado pelo Service Broker esta utilizando no momento. Normalmente este comando deverá remover a mensagem da sua fila ou atualizar o seu Status, dependendo da forma de configuração que esta definição para a fila em uso.

Comando Receive

O comando Receive possui uma simples função realizar uma leitura na fila que esta sendo processada a fim de identificar o conjunto de mensagens que estão dentro deste repositório, passando uma ordem de atualização de status ou remoção da mensagem da fila. Para que este simples procedimento possa ser realizado, existe um conjunto de argumentos que podem ser utilizados em conjunto com o comando, os quais serão reconhecidos pelo SQL Server como orientadores da ação e tratamento que deve ser feito com a mensagem ou conjunto de mensagens capturada. A seguir apresento a relação de argumentos:

    • Waitfor: Orienta a instrução RECEIVE para aguardar a chegada de uma mensagem na fila, se não houver nenhuma mensagem no momento.

 

    • Top (n): Indica o número máximo de mensagens a serem obtidas e posteriormente retornadas. Se essa cláusula não estiver especificada, todas as mensagens que atenderem aos critérios da instrução serão retornadas. Para este argumento é permitido utilizar algumas opções: Column_Name, Expression ou Column_Alias, como possíveis filtros de dados.

 

    • From: Informa à fila que deverá ser utilizada e conter o conjunto de mensagens capturadas. Em conjunto com este argumento, podemos utilizar as opções: Database_Name, Schema_Name e Queue_Name, como possíveis owners(responsáveis ou donos) da fila.

 

    • Into table_variable: Indica para o SQL Server que o retorno das mensagens deverá ser armazenado possivelmente em uma variável do tipo tabela, onde a tabela deve ter o mesmo número de colunas que as mensagens. O tipo de dados de cada coluna na variável de tabela deve poder ser convertido implicitamente no tipo de dados da coluna correspondente nas mensagens. Caso esta opção venha a ser omitida, o SQL Server retornará as mensagens no formato padrão, identificado cada valor como um possível resultado.

 

    • Where: Apresenta a conversa ou grupo de conversa das mensagens recebidas. Se omitido, as mensagens serão retornadas do próximo grupo de conversa disponível. Para este argumento, podemos utilizar as opções: Conversation_Handle e Conversation_Group_Id, para ajudar o Service Broker a identificar manipulador da mensagem ou grupo de conversa que estamos capturando dentro da fila. Vale destacar, que os valores passados para estas duas opções são tratados como Identificadores Únicos ou UniqueIdentifier.

 

    • TimeOut: Determina o período de tempo, em milissegundos, durante o qual a instrução aguarda uma mensagem. Por padrão, esta cláusula pode ser usada apenas com a cláusula WAITFOR. Se essa cláusula não estiver especificada ou se o tempo limite for -1, o tempo de espera será ilimitado. Ao termino do tempo limite o RECEIVE retornará um conjunto de resultados vazio.

 

Importante: A instrução RECEIVE lê mensagens de uma fila e retorna um conjunto de resultados. Este conjunto consiste em zero ou mais linhas, cada uma das quais contêm uma mensagem. Se a instrução INTO não for usada e column_specifier não atribuir os valores a variáveis locais, a instrução retornará um conjunto de resultados ao programa de chamada.

A instrução RECEIVE remove mensagens recebidas da fila a menos que a fila especifique retenção de mensagem. Quando a configuração de RETENTION da fila estiver ON, a instrução RECEIVE atualizará a coluna status para 0,  e deixará as mensagens na fila. Quando uma transação que contém uma instrução RECEIVE é revertida, todas as alterações feitas na fila na transação também são revertidas, retornando mensagens para a fila.

Muito legal, já conhecemos um pouco do comando Receive, seus argumentos, opções e principalmente a maneira que este comando trabalho, podemos evoluir um pouco mais e começar a fazer o processo de recebimento das mensagens, iniciando pela identificação de quais mensagens estão em nossa Fila.

Mas como estamos no final desta caminhada, muito coisa já foi apresentada anteriormente e que como atualmente memória é algo que normalmente falta em nossas cabeças, vou refrescar nossas lembranças apresentando novamente o nosso cenário, com toda estrutura de recurso, através da Tabela 1 abaixo:

Nome do Recurso

Funcionalidade

MyDatabaseServiceBroker

Database – Banco de Dados

mtEnvioMensagem

Message Type – Tipo de Mensagem

mtRecebimentoMensagem

Message Type – Tipo de Mensagem

cProcessaMensagens

Contract – Contrato

qDestino

Queue – Fila

qOrigem

Queue – Fila

sDestino

Service – Serviço

sOrigem

Service – Serviço

AutoCreatedLocal

Route – Rota

Tabela 1 – Estrutura e Recursos – Service Broker.

Agora você não pode reclamar, acredito que já conseguiu se lembrar no nosso cenário, estrutura e principalmente dos recursos que estamos utilizando.

Um detalhe importante, você pode observar que a Tabela 1, apresenta um recurso do tipo Route (Rota), em nenhum momento este recurso foi abordado neste cenário, mas ele esta presente é possível uma grande importância.

Quando uma aplicação Service Broker é criada por padrão o Microsoft SQL Server, cria uma rota denominada AutoCreatedLocal, sendo esta, endereça como uma Rota Local e responsável por permitir o tráfego dos dados que o Service Broker esta processando. Caso você queria saber e conhecer mais sobre este elemento e sua funcionalidade, consulte os Manuais do Microsoft SQL Server (Books Online), procurando sobre Create Route.

Vamos então trabalhar com o nosso primeiro bloco de código, denonimado Código 1, procurando a relação de mensagens que possam existir em nossa fila, denominada qDestino, conforme apresentado abaixo:

– Código 1 – Procurando a relação de Mensagens na Fila – qDestino -

USE MyDatabaseServiceBroker

GO

SelectCast(Message_Body asXml)from qDestino

Go

Note que após o Codigo 1 ser executado o Management Studio deverá apresentar a nossa relação de mensagens armazenadas na Fila qDestino, onde o resultado deverá ser no formato de XML, pois nossas mensagens foram criadas e enviadas neste formato. A Figura 1 apresentada abaixo ilustra este resultado:

ServiceBroker-P4-1

Figura 1 – Relação de Mensagens armazenadas na Fila qDestino.

Já sabemos quais mensagens estão presentes neste fila, e agora o próximo passo é realizar a leitura e recebimento dos dados que estão contidos em nossa mensagem. Para isso, vamos utilizar o bloco de código 2, apresentado na seqüência:

– Código 2 – Realizando a Leitura e Recebimento de Dados –

USE MyDatabaseServiceBroker

GO

Declare @MyConversationHandle UniqueIdentifier,

@MyMessage_Body XML,

@MyMessage_Type_Name sysname;

– Iniciando o Bloco de Transação –

BeginTransaction;

– Realizando o Recebimento da Mensagem –

RECEIVETOP(1)

@MyMessage_Type_Name=message_type_name, @MyConversationHandle=conversation_handle,

@MyMessage_Body=message_body

FROM [qDestino]

– Apresentando o Retorno da Mensagem –

SELECT @MyMessage_Body As MyMessage

– Confirmando o Bloco de Transação –

Commit

Pois bem, você viu como foi simples e fácil obter os dados na nossa Mensagem que estava armazenada na Fila qDestino, em nenhum momento precisamos realizar qualquer tipo de configuração complexa ou necessitar de recursos externos.

O Service Broker é totalmente capaz de retornar os dados, o segredo esta no uso do comando Receive em conjunto com a cláusula Top, onde informamos a quantidade de mensagens que deveriam ser retornadas, em seguida através do comando Select apresentamos o conteúdo da variável @MyMessage_Body. Para ilustrar ainda mais, a Figura 2 apresenta o conteúdo da mensagem que acabamos de recuperar:

ServiceBroker-P4-2

Figura 2 – Conteúdo da mensagem recuperado através do comando Receive.

Neste momento, se você quiser consultar o conteúdo existente na fila qDestino, poderá observar que esta mensagem já não esta mais presente.

Após tudo ter corrido normalmente e dentro do espero, o último passo que iremos realizar, consiste basicamente em analisar uma mensagem que iremos consultar dentro da nossa fila qDestino, com base, no seu retorno interagir com nosso diálogo e devolver uma mensagem para fila qOrigem, finalizando o processo de envio e recebimento de mensagens. Para tal finalidade vamos utilizar os Blocos de Código 3 e 4, apresentados a seguir:

– Código 3 – Enviando Mensagem –

USE MyDatabaseServiceBroker

GO

Declare @MyConversationHandle Uniqueidentifier

BeginTransaction

– Inicia um diálogo entre os serviços da origem e destino

BEGIN DIALOG @MyConversationHandle

FROMSERVICE [sOrigem]

TOSERVICE‘sDestino’

ONCONTRACT [cProcessaMensagens]

WITHENCRYPTION=OFF,

LIFETIME= 600;

– Declarando a Estrutura e Conteúdo da Mensagem –

Declare @MyMensagemServiceBroker XML

SET @MyMensagemServiceBroker =N’<?xml version=”1.0″?>

<MSN Num=”2″>

<Titulo>Minha segunda mensagem</Titulo>

<Texto>Olá esta é a segunda mensagem de teste no Service Broker</Texto>

</MSN>’;

– Enviando uma mensagem no Diálogo –

SENDONCONVERSATION @MyConversationHandle

MESSAGETYPE [mtEnvioMensagem](@MyMensagemServiceBroker)

Commit Transaction

– Código 4 – Respondendo a Mensagem – Interagindo com o Diálogo –

USE MyDatabaseServiceBroker

GO

Declare @MyConversationHandle UniqueIdentifier,

@MyMessage_Body XML,

@MyMessage_Type_Name sysname;

– Iniciando o Bloco de Transação –

BeginTransaction;

– Realizando o Recebimento da Mensagem –

RECEIVETOP(1)

@MyMessage_Type_Name=message_type_name,

@MyConversationHandle=conversation_handle,

@MyMessage_Body=message_body

FROM [qDestino]

– Verifica se a mensagem foi enviada através da Message Type – mtEnviomensagem –

if @MyMessage_Type_Name =N’mtEnvioMensagem’

Begin

DECLARE @MySourceMessage XML

SET @MySourceMessage =‘<Origem>Retorno da Mensagem de Destino foi respondida para Origem.</Origem>’;

SENDONCONVERSATION @MyConversationHandle – Interage no mesmo diálogo

MESSAGETYPE [mtEnvioMensagem]

(@MySourceMessage)

– Finaliza o diálogo encerrando a conversação –

ENDCONVERSATION @MyConversationHandle

End

– Finaliza o Bloco de Transação –

COMMITTransaction

Ao executarmos estes dois blocos de códigos realizamos o processo completo de envio e recebimento de mensagens através dos recursos que configuramos para o Service Broker, nosso último passo é verificar as mensagem na Fila qOrigem, como forma, de garantir e ter certeza que a mensagem de retorno foi recebida, vamos então fazer uso do Bloco de Código 5, apresentado na seqüência.

– Código 5 – Consultando as Mensagens de Retorno na Fila qOrigem –

USE MyDatabaseServiceBroker

GO

SELECTcast(message_body asXML)FROM [qOrigem];

Go

RECEIVECast(message_body asxml)FROM [qOrigem];

Go

Ao executar este bloco de código, você vai poder observar que não estamos fazendo nada de diferente, simplesmente utilizando o comando Select para consultar as informações na Fila qOrigem, em seguida recebendo os dados utilizando o comando Receive.

Com isso, chegamos ao fim desta longa caminhada, iniciado no mês de Novembro de 2013, passando por um conjunto de quatro artigos que foram esta série, dedicada ao Service Broker.

Mais uma vez obrigado, espero que esta tenha entendido como este recurso que foi introduzido na versão 2005 e ainda presente nas atuais versões pode ser aplicado, procurei de forma simples e prática, demonstrar e elucidar os conceitos e funcionamentos sobre: Filas, Mensagens, Contratos, Serviços e Diálogos.

Como eu sempre costumo dizer, a cada dia conhecemos e aprendemos um pouco mais sobre este fascinante e misterioso SQL Server, mesmo em recursos que já estão presentes em versões e edições mais antigas. O importante é saber que ele existe e pensar que em algum momento você poderá ter a necessidade de utilizar.

Agradeço a sua visita e atenção, mais um mês começando, e muita coisa estar por vir, ainda mais com o lançamento oficial do Microsoft SQL Server 2014, que com certeza será uma versão que vai revolucionar a forma como os dados são tratados e armazenados em cloud.

Um grande abraço, tudo de bom, saúde, vamos em frente.

Até mais.

CONFERÊNCIA BUILD TERÁ TRANSMISSÃO AO VIVO


A Conferência Build será realizada de 2 a 4 de abril em San Francisco. A edição de 2014 da conferência anual da Microsoft para desenvolvedores falará sobre o futuro do Windows, Windows Phone e outros produtos da empresa.


Agora a boa notícia para quem não poderá comparecer ao evento: a Microsoft 
confirmou que planeja transmitir a conferência ao vivo através do site Channel 9 e do site oficial da Conferência Build. A empresa não informou quais sessões serão incluídas na transmissão ao vivo.

SOBRE A EDIÇÃO DE 2014 DA CONFERÊNCIA BUILD

A conferência será realizada no Moscone Center e abordará o futuro do Windows, Windows Phone, Windows Azure, Windows Server, Visual Studio e mais.

É bem possível que detalhes sobre o Windows ‘Threshold’ (ou Windows 9) sejam divulgados durante a conferência, mas nada foi confirmado.

A Microsoft apresentou o Windows 8 e sua nova interface “Metro” ao mundo durante a edição de 2011da Conferência Build, que foi criada para substituir a PDC (Professional Developers Conference). Durante o evento a empresa também anunciou a disponibilidade do Windows 8 Developer Preview.

Nesta mesma edição a Microsoft apresentou a versão Metro do Internet Explorer 10, que é otimizada para telas sensíveis ao toque, e o suporte para HTML5 na nova versão do navegador. Ela também apresentou o Visual Studio 2012 e o Windows Server 2012.

Na edição de 2012, a empresa destacou a criação de apps para a Windows Store, novidades para o Windows Phone e falou sobre a nova versão do Visual Studio.

Já o foco da edição 2013 foi o Windows 8.1 (codinome Windows Blue). Nesta edição a Microsoft anunciou a disponibilidade do Windows 8.1 Preview, Windows Server 2012 R2 e Visual Studio 2013.

Fontes e Direitos Autorais: Baboo.com.

Material de Apoio – Março 2014


Galera, bom dia.

Meu Deus, mais um mês que esta se encerrando e para fechar, vou compartilhar com vocês alguns dos arquivos que utilizei nos últimos dias.

Nesta relação, você vai encontrar exemplos sobre:

  • Backup de Banco de Dados;
  • Body_Format HTML;
  • Chaves Primárias;
  • Chaves Estrangeiras;
  • Colunas;
  • Formatação de Valores;
  • Índices;
  • SP_Send_DBMail;
  • Tabelas; e
  • Trigger DDL.

Como de costume os arquivos estão renomeados com a extensão .doc para manter a compatibilidade com a plataforma WordPress.com.

Fique a vontade para compartilhar este conteúdo:

Exemplo – Básico – Criação – Chave Primária Composta + Chave Estrangeira Composta.sql

Exemplo – Criando – Função – Formatação de Valores.sql

Exemplo – Enviando – Email – SP_Send_DBMail + Body_Fomat HTML.sql

Exemplo – Enviando – Email – SP_Send_DBMail.sql

Exemplo – Relacionamento – Tabelas + Colunas + Tipos de Dados.sql

Exemplo – Stored Procedure – Backup All Databases.sql

Exemplo – Trigger – DDL – Bloquear – Criação Tables.sql

Até mais.