Array
(
    [0] => stdClass Object
        (
            [Votos_Balanceados] => 1
            [id] => 482669
            [titulo] => em caso de erro.
            [dataCadastro] => DateTime Object
                (
                    [date] => 2014-06-15 17:34:43
                    [timezone_type] => 3
                    [timezone] => America/Sao_Paulo
                )

            [isFirstPost] => -1
            [idUsuario] => 232232
            [status] => A
            [isExample] => 
            [NomeUsuario] => Joel Rodrigues
            [Login] => joenet
            [Apelido] => 
            [Foto] => 232232_20161017163010.jpg
            [Conteudo] => Ué, é só rodar um script que faça tudo. Porém, é importante testar tudo antes e garantir que a aplicação já vai estar pronta para lidar com as alterações.
Ou seja, se o banco vai sofrer alteração, muito provavelmente a aplicação também vai, então deve-se garantir que ela estará pronta para ser instalada no cliente quando o banco for alterado. ) )

em caso de erro.

Mariana Carvalho
   - 14 jun 2014

sabemos que quando estamos modelando nem tudo ocorre como programado, situação bem dificil não é? em caso de mudanças em banco ja em produção, como proceder.
para deixar mais explicito, uma tabela, que ja possui dados e em momento necessite mudar o nome do campo ou transferir esse campo para uma outra tabela.

Post mais votado

Joel Rodrigues
   - 15 jun 2014

Ué, é só rodar um script que faça tudo. Porém, é importante testar tudo antes e garantir que a aplicação já vai estar pronta para lidar com as alterações.
Ou seja, se o banco vai sofrer alteração, muito provavelmente a aplicação também vai, então deve-se garantir que ela estará pronta para ser instalada no cliente quando o banco for alterado.

Mariana Carvalho
   - 15 jun 2014

Joel, mas imagina simplesmente rodar um script que mude dados do banco, e pior sem backup? vamos ter cuidado não é?

Joel Rodrigues
   - 15 jun 2014

Ah, claro. Eu me referi apenas ao procedimento de alteração em si. Rotinas de segurança, como backup e downgrade de versão devem estar prontos antes de tudo.

Alex Lekao
   - 16 jun 2014

Ola... Bom dia!!!

Me metendo aqui.

Em se tratar de sql, eh muito pratico esse tipo de alteracao e confiavel, o banco suporte o processo sem muito transtorno, eh claro que depende do volume de informacoes a serem mudadas, pq ele vai deixar todo mundo em fila para so depois o povo trabalhar, digamos desta forma. rsrsr

Eh muito simples realmente, porque se for mudar de tabela e mandar para outra, o primeiro ponto eh criar o campo na nova tabela, fazer os pre ajustes na aplicacao depois fazer um update no campo novo na tabela nova com os dados da antiga e pronto, estara tudo pronto certinho.

Lembrando que o SQL tem recursos de divisao de tabelas, que de igual modo deve tomar todos os cuidados necessarios e que tambem funciona muito bem, esse recurso normalmente eh usado para corrigir problemas justamente com modelagens para corrigir tbm o problema de normalizacao.

Mas acredito que o ideal seja o braçal mesmo, criar e copiar de um pro outro.

Eu normalmente nao elimino o campo antigo do banco, mantenho a vida toda, ta ocupando espaco mas ta evitando possiveis problemas na aplicacao. kkk

Espero ter ajudado.

Abraco.

Alex - Lekao

Mariana Carvalho
   - 16 jun 2014


Citação:
Ah, claro. Eu me referi apenas ao procedimento de alteração em si. Rotinas de segurança, como backup e downgrade de versão devem estar prontos antes de tudo.


ah, agora sim.

Mariana Carvalho
   - 16 jun 2014

Alex, mas em caso de mudanças, como fica? rsrsrsrs

Alex Lekao
   - 16 jun 2014

Oi Mariana, boa tarde!!!

Desculpe mas nao entendi sobre as mudancas, como assim? rsrsr

Abraco.


Citação:
Alex, mas em caso de mudanças, como fica? rsrsrsrs

Mariana Carvalho
   - 16 jun 2014

o banco ja está criado ja com as tabelas e dados, muitos dados, quando se faz mudanças. entendeu? deve-se tomar um cuidado extremo.

Marisiana
   - 16 jun 2014


Citação:
sabemos que quando estamos modelando nem tudo ocorre como programado, situação bem dificil não é? em caso de mudanças em banco ja em produção, como proceder.
para deixar mais explicito, uma tabela, que ja possui dados e em momento necessite mudar o nome do campo ou transferir esse campo para uma outra tabela.


Na minha opinião, você deverá realizar um backup com o que já existe e realiza as alterações necessárias. Não tem necessidade de rodar nenhum script..
Pra que vc vai rodar um script em um base já criada e com dados? Eu acho que daria que causaria muitos danos na base de dados.

Mariana Carvalho
   - 16 jun 2014

um backup para evitar grandes "confusões" não é? rsrsrs

Marisiana
   - 17 jun 2014

É, como se fosse o bakcup diário... Só que vc vai fazer ele antes de começar as alterações...

Alex Lekao
   - 17 jun 2014

Ola,

O que foi dito pela Marisiana, eh e deve ser levado em consideracao sempre.

Agora por exemplo, vou fazer uma atualizacao de grandes proporcoes aqui na empresa referente ao ERP.

nesta atualizacao envolvera inumeros campos da base de dados que serao novos e alguns ajustados.

todos esse processo eh feito normalmente, levando em consideracao as regras de seguranca.

No nosso caso o banco sera "baixado" e feito todo o processo e em seguida colocado no ar novamente apos a atualizacao.

Mas por exemplo, acho que citei acima, mas nao tenho certeza. rsrsr, vc tem um campo ja populado e ele sofrera algum tipo de mudanca, ou criado um campo novo, ajustado o tamanho etc., os ajustes sao feitos sem problemas.

No caso de o campo mudar e ser criado um novo para substituir o atual, eh simples, da um update no campo novo com os dados do campo anterior, com os ajustes necessarios e pronto.

Tudo vai depender da situacao e da necessidade.

E o que nao pode ser aberto mao eh dos backups, basicamente. rsrs

Abraco.

Mariana Carvalho
   - 17 jun 2014

100% Alex e Marisiana, entendi.

Marisiana
   - 19 jun 2014

Isso aí!!
Obrigada por exemplificar Alex!

Alex Lekao
   - 20 jun 2014

Disponham... rsrs

Estou sempre por aqui... e por ali... rsrsr

Abraco.

Mariana Carvalho
   - 20 jun 2014


Citação:
Disponham... rsrs

Estou sempre por aqui... e por ali... rsrsr

Abraco.



:-)