Quem acompanha o PostgreSQL há algum tempo sabe que a Dextra foi a primeira
empresa a aparecer em
http://www.postgresql.org/support/professional_support_southamerica . Hoje
existem outras pessoas, algumas que participam da lista, outras não. Não vou
por exemplo falar mal do Smanioto não tem
eu estou na mesma situação do Sidnei, uso o ZeosLib já há muitos anos, e um dos
principais motivos é que tenho os fontes na mão, desta forma é possivel sempre
fazer ajuste de acordo com métodos de trabalhos específicos.
Mas, sem nenhuma alteração já é muito boa esta biblioteca.
Gerson
estou usando o PGAdmin III
mas estou gostaria de um um pouco mais pratico, tipo o IBExpert
tem algum que alguem indica?
[]s
Fernando___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
On 6/1/07, Euler Taveira de Oliveira [EMAIL PROTECTED] wrote:
Bem... Alguns dos casos abaixo eu tentei implementar uma solução :
1) conflito de atualização: o registro X pode ser atualizado no servidor
A e antes do síncronismo o mesmo registro X é atualizado no servidor B.
Neste caso o que
Concordo plenamente com o ponto de vista do Fabio...
Mas apenas citando o comentario que tu fizeste:
Agora uma situação mais comum é o de força de vendas que tem vendedores com
notebooks fazendo consultas localmente e fechando transações em clientes.
Note que o vendedor só pode fazer alterações
Em Sáb, 2007-06-02 às 08:13 -0300, Fabio Telles escreveu:
A DbExperts ficou muito famosa antes da versão 8.0 do PostgreSQL
porque vendiam uma versão com um instalador para o Windows. Todo mundo
sabia que era chato instalar o PostgreSQL O código destas
melhorias era fechado, eles vendem até
Josane Santos de Oliveira wrote:
fiz projeto super-porveitoso, pretendo patentea-lo e ganhar $$ com ele
(bem... este foi o conselho do meu orientador..rsrsr).
No Brasil não se patentea software; se registra.
--
Euler Taveira de Oliveira
http://www.timbira.com/
On 6/2/07, Josane Santos de Oliveira [EMAIL PROTECTED] wrote:
Olá Walter,
fiz projeto super-porveitoso, pretendo patentea-lo e ganhar $$ com ele
(bem... este foi o conselho do meu orientador..rsrsr).
Softwares não são patenteáveis no Brasil.
--
wallace reis/wreis
Núcleo de Biologia
Thiago Risso wrote:
1) conflito de atualização: o registro X pode ser atualizado no servidor
A e antes do síncronismo o mesmo registro X é atualizado no servidor B.
Neste caso o que fazer?
- O sistema faz verificação coluna a coluna e se uma delas foi
alterada no servidor B em posterior a
On 5/30/07, Tiago José Adami [EMAIL PROTECTED] wrote:
[snip]
De qualquer forma, criei diversas views que permitem consultas SQL eficazes,
relacionando diversas tabelas. Estas views foram criadas para gerar cubos de
dados, já antecipando a implementação de uma base de dados OLAP.
A base de
Em Sáb, 2007-06-02 às 15:22 -0300, Wallace Reis escreveu:
A base de dados operacional é a base usada para fazer OLTP. Para fazer
OLAP você precisa modelar um base analítica a partir da operacional
usando alguma arquitetura de DW. A base de dados utilizada para fazer
Data Mining tem modelagem
On 6/2/07, Leandro Guimarães Faria Corcete DUTRA
[EMAIL PROTECTED] wrote:
Não necessariamente.
A base de dados normalizada normalmente já atende a maior parte das
necessidades de análise. O que resta geralmente pode-se atender usando
visões materializadas.
Em modelagem de
Na minha opinião apenas justificaria usar a base OLTP em caso de ROLAP, de
outra forma a extração para DW é mais eficiente e rápida.
Além disto, normalmente os dados que compoem um DW provêm de fontes de dados
distintas e heterogêneas.
Fora que se as hierarquias tiverem um nivel alto de
13 matches
Mail list logo
