[firebase-br] Re: Conversando com Nickolay Samofatov(isso é realmente interessante)

[Carlos H. Cantu]

MArcelo!

A entrevista é uma boa idéia! Já fiz uma com o Dmitry, que saiu na SQL
Magazine, posso fazer com o Nickolay tb :)

[]s
Cantu
http://www.warmboot.com.br
FireBase - http://www.FireBase.com.br

FM> Olá a todos amigos da Lista!!!
FM> A algum tempo estava acompanhando lendo os emails da
FM> lista e estava andando meio preocupado com algumas
FM> alterações no FireBird 1.5 e 1.5.1.

FM> Era que ao migrar bases de dados do interbase 6.0.x, e
FM> do FireBird 1.0.X para 1.5 ou 1.5.1 aconteciam algums
FM> "erros" ou "incongruências" em 'selects' que antes
FM> retornavam o valor almejado e após o restore do GBK ou
FM> FBK nas versões mais recentes do Firebird os tais
FM> erros apareciam e até davam "crash" nas aplicações da
FM> galera.

FM> Conversando com nada mais nada menos que Nickolay
FM> Samofatov um dos desenvolvedores do FireBird, russo
FM> que mora atualmente no Canadá perguntei a ele sobre
FM> este comportamento, ao que ele me respondeu que não
FM> são bugs e ouveram decisões entre eles
FM> premeditadamente que causaram este tipo de
FM> comportamento, ou seja, são formas diferentes do banco
FM> gerenciar as informações !!!

FM> E ele falou que são mudanças positivas para o banco
FM> Firebird mas que tem o agrave de "quebrar a
FM> compatibilidade com as versões 1.0.3 para tráz" do
FM> Firebird e demais versões do InterBase.

FM> Segundo suas próprias palavras, o Nickolay disse que o
FM> FireBird está se tornando mais 'restritivo' em
FM> construções SQL passíveis de erro ou de retorno de
FM> dados inconsistente ou melhor disendo que possam
FM> abilitar resultados indefinidos. E foi enfático, fora
FM> uma decisão. 
FM> A versão 2.0 do Firebird vai ser ainda mais restritiva
FM> ainda ele disse. E no release notes desta versão ele
FM> afirmou que será publicada um lista de modificações
FM> que vai quebrar mais ainda a compatibilidade com as
FM> versões anteriores compativel com InterBase 6.0 ou 6.5
FM> Apesera de não serem tantas esta lista vai aumentar,
FM> eis o por que, de algumas coisas não funcionarem como
FM> esperávamos após migrarmos para o Firebird 1.5 ou
FM> posterior.

FM> Abaixo segue uma pequena lista que ele me escreveu
FM> seguida de uma modesta tradução livre de minha parte,
FM> não alterei nada do que ele escreveu para que todos
FM> pudessem interpretar por si próprios.
FM> ------------------------------------------------------
FM> changes breaking backwards compatibility:
FM> - a few new keywords are added in each release
FM> (algumas novas palavras reservadas são adicionadas a
FM> cada release)

FM> Firebird 1.0.
FM> - disallowed ambigous field references in Dialect 3
FM> (Disabilitadas referências ambíguas em referências a
FM> campos. No meu pequeno entender pessoal, ele indica
FM> mais claramente isto:

FM> create table teste ( id integer );
FM>      select id from teste a, teste b

FM> id pode ser encontrado em ambos A e B. isso é uma
FM> refeência ambígua. No Firebird 1.0.x e InterBase 6.0.x
FM> você poderia escrever algo como:
FM>      select test.id from teste a, teste b
FM> isto está realmente proibido no Firebird 2.0, no meu
FM> ver isso está mais para correção de bug não é?)
FM> -----------------------------------------------------
FM> Firebird 1.5
FM> - invalid aggregate references are disallowed,
FM> basically if expression may not be computed using
FM> values in GROUP BY clause - you cannot reference it
FM> -----------------------------------------------------
FM> Firebird 2.0
FM> - disallowed duplicate and ambigous table aliases. if
FM> tables is listed with an alias its fields cannot be
FM> referenced using table name anymore.
FM> (desabilitadas referencias duplicadas ou ambíguas a
FM> apelidos de tabelas, se as tabelas são listadas
FM> através do alias seus campos não mais podem ser
FM> referenciados o nome da tabela )

FM>  Eu creio que seria + ou - isto: "select
FM> algumatabela.algumCampo from algumatabela algumalias"
FM> não é mais uma query valida.

FM> - default order of nulls is changed in queries
FM> a ordem padrão dos nulls mudou nas querys.

FM> Bom é isto aí... são coisas boas para a comunidade,
FM> novas mudanças veem aí.. um detalhe foi ele falando
FM> sobre o nosso Brazuca que está ajudando no 

FM> collate PT_Br

FM> Segue:

FM> Adriano is the cool guy
FM> He's reworking entire INTL framework in a branch
FM> forked from 2.0
FM> skidder (09:35 PM) : 
FM> He added Unicode 4.0 support, standard unicode
FM> colations, collated blobs, etc


FM> Oi cantu que tal fazer uma entrevista com o Nickolay?
FM> seria bom para se publicar em uma revista ou no
FM> próprio firebase, tenho falado com ele regularmente e
FM> ele é um cara bacana.

FM> Abraço a todos e espero ter ajudado muita gente
FM> do amigo 
FM>    Marcelo Fortes.



	
	
		
FM> _______________________________________________________ 
FM> Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o
FM> discador agora! http://br.acesso.yahoo.com/