Re: [firebase-br] Diga não às UDFs!

[Eduardo Jedliczka (TeamFB)]

Fico feliz em ver sua participação...

eu já estava sentindo a sua falta por aqui ...

Concordo com você que o maior problema é a falta de funções internas, o que 
nos obriga a fazer contorcionismo com SQL e correr o risco com UDFs. Nossa 
sorte, é que muitas funçoes serão implementadas "internamente" após o 
lançamento do FB 2.0...

Também concordo que comandos como CREATE FUNCTION (citado por um colega da 
lista) faz muita falta ao FB.

Mas recursos... sempre é polêmico... todo banco de vantagens e coisas que 
fazem falta. TO_CHAR e TO_DATE do oracle também são bons exemplos, ou 
comandos de desvio condicional em SCRIPT SQL como há em alguns produtos 
(pelo menos agora dá para contornar com o EXECUTE BLOCK).

======================
Eduardo Jedliczka
Membro do TeamFB - FireBase
Apucarana - PR
======================
"Posso não concordar com nada do que dizes.
Mas defenderei até a morte o seu direito de dizê-lo"
(Voltaire 1694-1778)
----- Original Message ----- 
From: "Pha" <lista em pha.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Friday, October 27, 2006 5:14 PM
Subject: Re: [firebase-br] Diga não às UDFs!


Jeferson,

Eu sei como fucina as UDFs do FB, no DB2 é um pouco diferente, ele já vem
com as maiorias das UDF que voce precisa (quem sabe no futuro o FB também
vem, sei que vem com algumas mais não tem nem comparação com o numero de
UDFs internas do DB2), e voce pode fazer as suas próprias como se cria uma
SP, mais a velocidade das criadas por nos é terrivelmente lentas se
comparadas com as internas, dessa forma, dependendo do caso não devem ser
utilizadas.

Ná minha opinião o FB deveria restaurar um banco mesmo que as UDF não
existem, pois o mais importante são os dados.

Voltamos no mesmo caso que falei antes, e se o seu cliente em vez de um SO
diferente quer um banco diferente, as especificações do projeto e as
opções do mesmo devem ser discutidas antes do desenvolvimento do mesmo.

Concordo com voce, se o cliente pode optar por um SO que não aceite
determinada UDF, esta não deve ser utilizada.

O FB deveria copiar alguns recursos do DB2, mais o DB2 também deveria
copiar algumas coisas do FB, principalmente as SP selecionaveis e o
comando FOR Select este comando faz muita falta no DB2.

Paulo Henrique Albanez
VirtualSystem Informática Ltda
Nova Odessa / SP - Brazil
Membro do TeamFB (FireBase)

> Paulo,
>
> Não sei como é no DB2, mas no Firebird as UDFs são módulos externos
> dependentes da plataforma onde o SGBD será executado. Isso pode
> representar um problema quando você dá ao seu cliente liberdade de
> escolha do S.O. do servidor do banco de dados.
>
> Já tive também problemas na restauração de backups de bancos de dados
> que utilizavam UDFs. Consegui restaurar, mas a um custo muito alto.
>
>
> Abraço!
> Jeferson Oliveira
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para editar sua configuração na lista, use o endereço
> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>



______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço 
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa