Obrigado pelo exemplo prático Alexsander.
Eu defendi este argumento, mas não tinha encontrado naquele momento um
caso prático que o reforçasse.
Att.
Alex
Alexsander Rosa escreveu:
Eu vejo um problema em usar CNPJ como chave primária de clientes: os
órgãos públicos. Em geral vários órgãos
Ai amigos
Informação importante
Para registrar o Slony no Windows 2003 utilize o seguinte comando
--- Para criar
C:\Program Files\PostgreSQL\8.2\binsc create Slon binpath= C:\Program
Files\Po
stgreSQL\8.2\bin\slon.exe -service
[SC] CreateService SUCCESS
e com isso, pode ir no gerenciador
Possivelmente não foi previsto este crescimento da base no início do
projeto.
Na época não estava impactando, agora que está talvez seja o caso de
avaliar outra alternativa.
Talvez deixar este processo para rodar através de uma rotina em
determinados momentos, não no momento do cadastro.
2008/7/8 Ribamar Sousa [EMAIL PROTECTED]:
Patrícia, uma das causas que impede de atualizar, de inserir novos registros
no PostgreSQL é quando você tem uma tabela sem nenuma chave primária.
Ribamar, você tem certeza?
A princípio, sem testar nem conferir documentação, o efeito da falta
de
2008/7/8 Leandro DUTRA [EMAIL PROTECTED]:
2008/7/8 Ribamar Sousa [EMAIL PROTECTED]:
Ribamar, você tem certeza?
Tenho, pois várias tabelas que criei sem chave ao tentar inserir registro
e.u sou impedido de fazê-lo.
Alias, não custava nada você ter testado antes de teorizar (sem ofensas).
2008/7/8 Ribamar Sousa [EMAIL PROTECTED]:
Alias, não custava nada você ter testado antes de teorizar (sem ofensas).
Custava, eu trabalho... pouco mas custava.
Vejo testando que isso é coisa somente do pgadmin3 (experimente).
Um dedo aponta para os outros, três para si... sem ofensas.
Não
Em 08/07/08, Ribamar Sousa[EMAIL PROTECTED] escreveu:
2008/7/7 patricia_sm [EMAIL PROTECTED]:
Estou iniciando com postgreSQL e já comecei com um problema.
Estou tentando inserir dados em uma tabela e dá um erro dizendo a
mensagem:
O conjunto de registros atual não oferece suporte para
2008/7/8 Osvaldo Kussama [EMAIL PROTECTED]:
Não existe nenhuma restrição no PostgreSQL que impeça a inserção ou
alteração dos registros de uma tabela que não possua chave primária.
Isso é perfeitamente possível.
Osvaldo, a restrição é do PGAdmin.
Crie a tabela sem chave. Adicione alguns
Olá!
Achei muito interessante poder criar um gráfico de barras (e muito mais)
diretamente de uma consulta efetuada no PostgreSQL, sem precisar de um
gerador de relatórios, nem de drivers de acesso ao SGBD, apenas usando um
software gráfico open-source (GNUPlot).
Veja detalhes num pequeno
vlw cara.. muito bom... qd chegar em casa eu testo
Atenciosamente,
--
Paulo Cesar Abrantes
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Quoting Leandro DUTRA [EMAIL PROTECTED]:
2008/7/8 Ribamar Sousa [EMAIL PROTECTED]:
Alias, não custava nada você ter testado antes de teorizar (sem ofensas).
Custava, eu trabalho... pouco mas custava.
Entrando na conversa, como disse alguns dias atrás sobre criação de
tabelas, já fiz
eu tinha um banco de dados num cliente, no mesmo servidor tinha um concorrente
meu que tinha os bd´s dele, tudo na mesma instalação do postgresql.. deu pau no
servidor, o cara da assistencia de hardware não falou nada, tirou o hd do
servidor e colocou em outra maquina. (windows xp)
agora só
2008/7/8 Forsell Sistemas [EMAIL PROTECTED]:
substitui a pasta postgree do meu micro pela da que era o servidor, acessei
pelo pgadmin e nada.. há algum programa que busque os bd´s que tinham na
estrutura da pasta postgresql em arquivos de programas e recupere os dados?
Erlon, isso é discutido
Eu fiz, não achei, por isso escrevi, ao menos no que tenho no outlook, mais
de 10.000 mens. não encontrei,, mas vou tentar de novo.. o que encontrei é
qu eno meu cliente estava o postgre 8.2 e o que eu tenho instalado é o 8.0,
vou tentar deixar a mesma versão e substituir a pasta data para
2008/7/8 Forsell Sistemas [EMAIL PROTECTED]:
Eu fiz, não achei, por isso escrevi, ao menos no que tenho no outlook, mais
de 10.000 mens. não encontrei,, mas vou tentar de novo..
Mais fácil procurar pelo Google ou pelo próprio arquivo da lista, no
Outlook não é muito fácil mesmo.
--
2008/7/8 Forsell Sistemas [EMAIL PROTECTED]:
Eu fiz, não achei, por isso escrevi, ao menos no que tenho no outlook, mais
de 10.000 mens. não encontrei,, mas vou tentar de novo.. o que encontrei é
qu eno meu cliente estava o postgre 8.2 e o que eu tenho instalado é o 8.0,
vou tentar deixar a
Olá, pessoal
Quero participar um pouco também.
Conforme a teoria, nenhuma tabela deveria ser criada sem chave primária,
porém o PostgreSQL permite que sejam criadas tabelas sem a necessidade de
uma chave primária.
Assim como o Leandro, também não costumo usar o PgAdmin, porém não existe
tal
2008/7/8 jota. comm [EMAIL PROTECTED]:
Olá, pessoal
Quero participar um pouco também.
Conforme a teoria, nenhuma tabela deveria ser criada sem chave primária,
porém o PostgreSQL permite que sejam criadas tabelas sem a necessidade de
uma chave primária.
Assim como o Leandro, também não
Forsell Sistemas escreveu:
eu tinha um banco de dados num cliente, no mesmo servidor tinha um
concorrente meu que tinha os bd´s dele, tudo na mesma instalação do
postgresql.. deu pau no servidor, o cara da assistencia de hardware
não falou nada, tirou o hd do servidor e colocou em outra
2008/7/8 jota. comm [EMAIL PROTECTED]:
Olá, pessoal
Olá, boa tarde!
Quero participar um pouco também.
Ora lá vamos chegando e se aprochegando!
Conforme a teoria, nenhuma tabela deveria ser criada sem chave primária
E conforme as 'melhores práticas' também.
porém o PostgreSQL permite
A X25 Treinamento e Consultoria, atuande no mercado de Brasilia-DF, está com
vagas abertas para instrutores para o curso de PostgreSQL Administração e
Desenvolvimento. Pré requisito: experiência com instrutoria, palestras e
disponibilidade período diurno. Por favor, interessados enviar
patricia_sm escreveu:
Boa tarde.
Estou iniciando com postgreSQL e já comecei com um problema.
Estou tentando inserir dados em uma tabela e dá um erro dizendo a mensagem:
O conjunto de registros atual não oferece suporte para atualização. Isso
pode ser uma limitação do servidor ou do
2008/7/8 Shander Lyrio [EMAIL PROTECTED]:
trabalhei com Visual Basic um dia, em mil novecentos e guaraná com
rolha. Cheguei até a brincar com a versão 1.0 dele, ainda para DOS, mas
parei na 4.
Fiquei só na v3, em MS Windows 95. Não deixou saudades.
O problema não é o insert em si
Se fosse o contrário talvez funcionasse, mas tentar abrir dados da 8.2
na 8.0 é bastante difícil que funcione.
Eu pessoalmente nem tentaria isso. Atualizaria primeiro.
Att.
Alex
Forsell Sistemas escreveu:
Eu fiz, não achei, por isso escrevi, ao menos no que tenho no outlook, mais
de 10.000
Wagner Bonfiglio escreveu:
Eu tenho um site sobre filmes, que também é uma reede social. Temos
atualmente cerca de 1000 usuários e 11000 filmes.
A modelagem, devido a alguns cálculos que são feitos, acabou definindo
que cada usuário tenha uma entrada em uma tabela relacionando cada um
Forsell Sistemas escreveu:
eu tinha um banco de dados num cliente, no mesmo servidor tinha um
concorrente meu que tinha os bd´s dele, tudo na mesma instalação do
postgresql.. deu pau no servidor, o cara da assistencia de hardware não
falou nada, tirou o hd do servidor e colocou em outra
Ribamar Sousa escreveu:
2008/7/8 Leandro DUTRA [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:
2008/7/8 Ribamar Sousa [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:
Ribamar, você tem certeza?
Tenho, pois várias tabelas que criei sem chave ao tentar inserir
registro e.u sou impedido
Bom, tentando explicar um pouco o motivo de tanta inserção:
como o Alexandre falou, sobre a previsão de crescimento.. A idéia
desde o começo foi crescer muito mais que estamos atualmente, mas não
foi pensado na consequencia que teriamos nesse banco de dados.
Na verdade não fui eu que modelei,
Poderia talvez gerar um registro de pendência para este procedimento. Ao
invés de gerar vários inserts geraria apenas um.
Depois algum job do cron poderia varrer esta tabela de pendências e
gerar os registros no intervalo de tempo aceitável.
Att.
Alex
Wagner Bonfiglio escreveu:
Bom,
2008/7/8 Wagner Bonfiglio [EMAIL PROTECTED]:
como o Alexandre falou, sobre a previsão de crescimento.. A idéia
desde o começo foi crescer muito mais que estamos atualmente, mas não
foi pensado na consequencia que teriamos nesse banco de dados.
Wagner, baseado em alguns anos de experiência,
Wagner Bonfiglio escreveu:
Mas enfim, estamos trabalhando em mudar isso já, mas faltam algumas
idéias de quais as melhores opções e quais idéias só vão resolver
momentaneamente e teremos mais prolemas no futuro.
Agradeço as respostas até agora e qualquer outra sugestão/crítica/etc
será
Quando o usuário for dar a sua nota para determinado filme, crie o registro,
assim se não houver registro, considere simplesmente que o usuário não deu
nota, esta atitude diminuirá substancialemente a quantidade de registros na
tabela e trará a necessidade de insert para zero no momento de
2008/7/8 Leandro DUTRA [EMAIL PROTECTED]:
Essa opção de similaridade com cada usuário parece, a princípio,
totalmente inviável, a menos que você tenha uma infra do tipo Google,
Yahoo!, MS ou Amazon. Teria de repensar isso do zero, creio. Talvez
algo como manter um perfil do usuário que seja
2008/7/8 Wagner Bonfiglio [EMAIL PROTECTED]:
Valeu
pelas dicas e desculpa não dar detalhes maiores do projeto
Não tem problema — você não tem obrigação.
E além de não ter obrigação, é aquilo que eu penso e já disse:
modelagem por correio eletrônico é muito, muito complicado, porque
depende de
Wagner Bonfiglio escreveu:
Mas é impossível dar sugestões decentes sem estar dentro do projeto.
Leve em conta isto nas sugestões abaixo.
corte
2008/7/8 José Mello Júnior [EMAIL PROTECTED]:
Quando o usuário for dar a sua nota para determinado filme, crie o registro,
assim se não houver
2008/7/8 jota. comm [EMAIL PROTECTED]:
Olá, pessoal
Quero participar um pouco também.
Conforme a teoria, nenhuma tabela deveria ser criada sem chave primária,
porém o PostgreSQL permite que sejam criadas tabelas sem a necessidade de
uma chave primária.
Assim como o Leandro, também não
Olá!
Bem, não sei se alguém já conseguiu reproduzir esse comportamento no
PGAdmin3, portanto vou detalhar para que eu não seja o único a percebê-lo.
Não é através da query tool, não, é pela grid de visualização dos registros:
- Crie a tabela e adicione alguns registros
- Abro PGAdmin e selecione
Em Mon, 07 Jul 2008 13:05:53 -0300
Euler Taveira de Oliveira [EMAIL PROTECTED] escreveu:
Cristian Trentin wrote:
[...]
Comparações de que? Em [1] tem um bom comparativos entre vários SGBDs
dentre eles o PostgreSQL e o DB2.
[1] http://troels.arvin.dk/db/rdbms/
Complementando...
Deve ser algo bem idiota, mas meus neurônios já pararam.
Arquivo:
ONE;9393;2007-08-06;2007-08-06 00:00:00;2007-08-06
00:00:00;NULL;2007-08-06 00:00:00;VOADO;SE;ARACAJU/SANTA MARIA,
SE;SE;ARACAJU/SANTA MARIA, SE
Tabela:
CREATE TABLE
voo
(
empresa_aerea VARCHAR
Olá, Leandro
Normalmente não eu uso 'caminho', mas não sei se é isso.
[]s
2008/7/8 Leandro DUTRA [EMAIL PROTECTED]:
Deve ser algo bem idiota, mas meus neurônios já pararam.
Arquivo:
ONE;9393;2007-08-06;2007-08-06 00:00:00;2007-08-06
00:00:00;NULL;2007-08-06 00:00:00;VOADO;SE;ARACAJU/SANTA
2008/7/8 jota. comm [EMAIL PROTECTED]:
Normalmente não eu uso 'caminho', mas não sei se é isso.
Testei sem também... dá na mesma.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED]
+55 (11) 9406 7191 ICQ/AIM:
Olá, Leandro
Descobri. Duas coisas: 1) Tem que informar o parâmetro CSV para indiciar que
o arquivo é deste formato e o segundo que após o force not null tem que
especificar as colunas.
Meu arquivo:
1;Joao Paulo
2;
3;
4;
5;Dextra
6;
7;
8;
9;
10;
\d minha_tabela
Table
42 matches
Mail list logo