Re: [pgbr-geral] Res: Res: Res: Res: Res: PostgreSQL x Firebird
Em Sex Abril 16 2010, às 08:17:56, Marcelo Costa escreveu: > 2010/4/15 MARCIO CASTRO > > > "O nome do banco é PostgreSQL ou simplesmente postgres e não é > > permitida a grafia de outra forma." > > > > Chega; já virou viadagem. > > É virou mesmo eu bania > Bania quem, o troll, ou a pessoa que quer preservar o SGDB? Esse assunto está me lembrado um cara que perguntou em uma lista de linux, há uns 3 anos, como se "ligava" um pixel no monitor, como se fazia no M$-DOS, quando tentaram explicar que ele não precisava e nem devia fazer isso em um ambiente multiusuário e multitarefa, que podia ter vários tipos de terminais em uso, o cara apelou, esculhambou todo mundo da lista, disse que Linux era uma #...@!$%&, programa grátis era $...@*#$% que nem *conseguia* ligar um pixel, e felizmente, nunca mais deu sinal de vídeo na lista. Só porque no Oracee tem uma florzinha ali, tem uma coisinha ali, e tem que pra usar ele deve ser respeitado e usado como medida? Então não pergunta sobre "Postgree" e nem sobre "Firebirdi", compra a $$$ do Oracee, e contrata um consultor, mas respeite o que os outros optaram... Marcelo, não sei se isso foi para você (pois não sei pra quem foi o seu voto de "banimento"). Quando aparecem este tipo de pergunta (X versus Y), eu nem tento responder, quase sempre termina assim :( . []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfcha...@brdados.com.br Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] variavel com nome variavel
Em Qua Março 10 2010, às 09:28:17, flavio escreveu: ... > > Osvaldo > Eh isso mesmo. > Nao queria colocar todo codigo para nao ficar muito extenso, A mensagem está velha, e não posso ajudar, mas queria passar uma informação sobre postagem de código: O pessoal da python-brasil usa o http://pastebin.com/ a listagem passada pelo Flávio está em: http://pastebin.com/y8XTVnzv marquei para expirae em um mês. com "Syntax highlighting:" de *pl/sql* ... > > EXECUTE 'SELECT mov_rec.' || nome_campo_array[i] INTO valor_rec; > > ele me retorna o erro: > > ERROR: Relation "mov_rec" does not exist > > esquisito nao? > teoricamente deveria funcionar... > Por isso eu tentei assim: > > EXECUTE 'select ' || quote_literal( ' mov_rec.'|| nome_campo_array[i] ) > INTO valor_rec; > > assim nao da erro mas como saber o valor da variavel valor_rec que eh do > tipo RECORD (segundo o manual deve ser RECORD) > > RAISE NOTICE 'valor_rec: (%)', valor_rec; > > ja da erro na compilacao > > Dai eu tentei assim: > > EXECUTE 'select '|| quote_literal( ' mov_rec.'|| nome_campo_array[i] ) > > || ' as valor_campo ' INTO valor_rec; > > e o notice > RAISE NOTICE 'valor_rec: (%)', valor_rec.valor_campo; > > retorna NULL > ... -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfcha...@brdados.com.br Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramenta Comparação Dados Tabe las
Em Qua Março 3 2010, às 10:28:14, Fabrízio de Royes Mello escreveu: > Pessoal, > > Alguém conhece alguma ferramenta *free* ou *gpl* para comparar os dados de Não quero voltar a ser o "xato" de plantão, mas já sendo: gpl *é* "free", lembrando que free != grátis... > tabelas de 2 bases de dados distintas... preciso fazer um "diff" dos dados > entre tabelas que o resultado fosse instruções DML para atualização dos > registros. O Dickson já passou algo mais útil que minha colocação! -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfcha...@brdados.com.br Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Res: Res: Uso de Campos Padrões
On Monday 04 January 2010 22:07:54 Leandro DUTRA wrote: > 2010/1/4 Tiago Adami : > > O uso > > do Caché ou outras alternativas como DB4O considero promissoras > > Promissor de problemas, isso sim… BDOOs são, na verdade, retrocesso > aos tempos pré-relacionais. Não passam, na melhor das hipóteses, de > sistemas baseados em grafos com alguma interface para ambientes de > programação OO. Vide o Caché, que nada mais é que o Pick Opa boiei nessa (e isso não deve ser respondido, mais OT impossível, vou procurar na net): Mas pensei que caché (que eu nunca vi), fosse a reencardenção do MUMPS; E D3 (que já tive experiências) é que é o novo Pick... > (navigacional, multivalorado) com umas interfaces Java… grosso modo. > > Há vinte anos que OO vai salvar o mundo. Amanhã. -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfcha...@... Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Res: Res: Uso de Campos Padrõ es
Isto está esquentando - No bom sentido (pode resultar em boas idéias); No mau sentido (alguém pode se "magoar"...). Nãp quero por muita lenha, mas ai vai: On Monday 04 January 2010 21:20:39 Tarcísio Sassara wrote: > 2010/1/4 Leandro DUTRA : > > 2010/1/4 Tarcísio Sassara : > >> Prefiro um projeto com prazo curto sendo desenvolvido usando o ORM > >> "xyz" do que sem nenhum ORM e strings de conexões espalhadas por todo > >> o código. Se o "camarada" tem tendência a "mirabolantes" (citado em outro e-mail), não vai ser a presença ou ausência do ORM ou outra coisa que vai impedir, ele sempre vai achar um lugar para "mirabolar", talvez seja assunto para departamento de pessoal ou equivalente resolver :( . > > > > Uma coisa não tem nada a ver com a outra. > > Não exatamente, mas eu já vi isso. > > > ORM não significa desenvolvimento mais rápido, dependendo do > > ferramental e do projeto; ausência de ORM não significa configuração > > de conexão espalhada. > > Não exatamente, mas eu também já vi isso. > > > Rapaz, a gente programava em COBOL e DB2 sem nada desses problemas… Pegou pesado, mas a idéia é essa, na época do Xenix eu era digitecprogramalista, era feliz e não sabia. Os tempos mudaram, mas algumas coisas são apenas confusão de modinhas, não concordo quando diz "mal necessário", creio que isso é coisa que não existe, existe às vezes comodismos (e desnimo de quem luta(mos) pelo não comodismo), sempre que falam em "mal necessário" uso o exemplo de "quebra-molas", parecem ser mas seriam totalmente banidos com um pouco mais de educação, mas é outro assunto que pode render e sair do foco da discussão > > Creio que existiam documentação, boas práticas, acordos entre os > programadores. > > O problema é trocar um ORM por nada destas boas práticas. Isso está correto. > Se você escolher fazer tudo, mas fazer tudo bem feito, legal! É muito > melhor. "Fazer tudo", é muito vago, sempre temos que partir de algo, mas a idéia é por ai, talvez gastar mais tempo para afiar o machado nates de se por a cortar árvores, apesar que, no Brasil, isso é mal visto. > É que estava no meio da conversa o prazo e tudo bem, não existe uma > relação muito claro. > > > creio que tua experiência com programadores, e (ou) teu conhecimento > > de ambientes de programação, devem ter sido restritos a coisas muito > > recentes, e muito ruins. > > Exatamente, no caso, experiência com programadores e *professores* ruins. > Eu pensava: "Isso não está certo!" e continuei estudando. Também é o caminho, e mais, *não acreditar* que: A Oracle (ou Sun, ou MS) escreveu em sua página, então deve ser verdade absoluta! > > > Desculpe se parece desprezo, não é. É espanto. > > Não, não pareceu. Espero não ter posto fogo na barraca! []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfcha...@... Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] restaurar banco de dados
On Thursday 17 September 2009 11:57:09 Nelson Marisco wrote: > Prezado Roberto Mello > > Obrigado pelo retorno... > Bem, estava temendo isso...fazer as modificações ocorridas esse tempo > todo... Bem, como não sou da área de programação...pelo que vc. > escreveu...dá para editar o SQL gerado e fazer as adequações e depois > aplicar o PG_RESTORE!!! Sendo assim, qual editor vc. recomendaria para usar Isso eatá muito antigo, e a "thread" ficou separada, mas pelo que entendi você usa o Windows. Não é a minha praia, mas quando preciso "disso" tenho usado o pspad: http://www.pspad.com/, só uma dica prefiro deixa-lo em inglês, uso muito as teclas de atalho (rato == atraso de vida :) ), e em português fica alguns conflitos, não sei se foi corrigido. Quanto ao pg_restore e o .sql o Fabrízio já alertou... > para que haja o reconhecimento a posteriore ... > > Saudações > NM > -- > Universidade Federal de Mato Grosso do Sul - UFMS []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfcha...@brdados.com.br Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Caracteres
Em Wednesday 11 March 2009 08:43:11 dmanci...@gmail.com escreveu:
> Também dá pra utilizar to_ascii
>
Infelizmente to_ascii não funciona com todos os "encoding" (utf-8 para
piorar), encontrei na rede há pouco tempo uma pequena função (praticamente
um "wrapper" para translate) chamada "sem_acento", que tem me atendido bem:
CREATE FUNCTION sem_acento(text) RETURNS text
AS $_$
select
translate($1,'áàâãäéèêëíìïóòôõöúùûüÁÀÂÃÄÉÈÊËÍÌÏÓÒÔÕÖÚÙÛÜçÇ','aiiioAIIIOcC');
$_$
LANGUAGE sql IMMUTABLE STRICT;
Não sei mais o autor, nem direitos sobre ela (achei via google)
E notem as recomendações do Roberto (sobre índices e uso intesivo de funções).
> select to_ascii('açucar é doce');
>to_ascii
> ---
> acucar e doce
> (1 row)
>
[]'s
--
Johnny Taylor Faria Chaves - LUN 157066
www.brdados.com.br - jfcha...@brdados.com.br
Eu não posso mais, se você pode, doe sangue!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instalar Postgresql no mandriva2009
Em Monday 13 April 2009 17:23:18 narlem escreveu: > Olá Pessoa, Ola > > Estou tentando e nao consigo instalar o postgres no mandriva 2009, eu > preciso instalar o postgresql sem ser com o bin, e nao consigo, mas tambem > nao sou um expert em linux, tentei com o "urpmi postgresql", mas nunca dá, > na realidade eu tava precisando somente de: > > 1) Instalar o postgresql no mandriva 2009 sem ser com o .bin (binario) > Onde baixar o pacote rpm do postgresql, porque o urpmi nao funciona? Pelo que me lembro dos meus tempos de rpm, o urpmi vai instalar o binario (o mesmo .rpm, urpmi apenas facilita baixar e instalar dependências, mas antes você deve criar uma lista de fontes). Não sei por que você não quer os binarios, mas quando se quer instalar pelos fontes, a primeira coisa a fazer é remover qq versão instalada pelo rpm, senão da um confusão que não tem tamanho, depois compilar e instalar via ./configure e cia. > 2) Iniciar o postgresql com o comando > service postgresql start De qq forma, após a instalação, você precisa definir o PGDATA usar o dbinit, e ai sim usar service (ou apenas criar o link para o init.d/ (não lembro mais a forma correta no Mandrake/Mandriva) > 3) Criar a base de dados com o comando > createdb -ELATIN1 -Upostgres basedados > > Mas nao consigo sair da etapa 1, se alguem puder me ajudar? > > Desde já antecipo meus agradecimentos > > Narlem G. A. Santos > BH MG Também moro em BH, antes eu teria o maior prazer em propor uma ajuda, mas agora estou passando por uma fase que, se eu propuser algo assim, vou acabar não cumprindo, ai é melhor nem inventar... :( . []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfcha...@brdados.com.br Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Sugestão de leitura
Em Thursday 19 February 2009 13:16:30 Fábio Telles Rodriguez escreveu: > Caro colega Leandro Guimarães Faria Corcete Dutra... > > É realmente CHATO ler suas mensagens quando você utiliza caracteres > alienígena no lugar do 'S'. Tudo bem que você use isto no seu blog, > mas na lista, prefira aqueles caracteres que todos estão acostumados. > > Eu realmente gosto muito de ler os seus comentários, mas isso > realmente desanima. > > []s > Fábio Telles O Fábio foi mais rápido no trigger, digo no teclado, se me permite, faço minhas a suas palavras... Deixei parte da mensagem original para ver como ela volta da/para a lista. Uso kmail com codificação automática, mas tentei utf-8 (e algumas outras menos prováveis cp-850, iso-8859-13|4 báltico), sem sucesso... > > 2009/2/19 Leandro Guimarães Faria Corcete DUTRA : > > Le samedi 14 février 2009 à 02:23 -0300, Shander Lyrio a écrit : > >> Garimpando a net encontrei este excelente post e resolvi > >> compartilhar com os colegas. > >> http://www.readwriteweb.com/archives/is_the_relational_database_doomed.p > >>hp > > > > Eße tipo de eſpeculação aparece conſtantemente. Impreßionante como tem > > gente que exibe ſua própria ignorância. Tem aquele eſtudo _Unskilled > > and Unaware of It_; por ißo é que goſto de ſempre deixar claro o que ſei > > que não ſei... claro que deve ter coiſas que acho que ſei, ſem de fato > > ſaber. ... -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfcha...@brdados.com.br Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Base de dados de CEP
Em Thursday 08 January 2009 00:50:29 Leandro Guimarães Faria Corcete DUTRA escreveu: > Le vendredi 29 février 2008 à 17:15 -0300, Ribamar Sousa a écrit : > > José Luiz, esta é do tempo em que eles ofereciam por download. > > Não é completa mas tem o cep das capitais. E da maioria das grandes cidades :) . > > > > Veja em Funções: > > http://tudoemum.ribafs.net/ > > Muito obrigado, Ribamar! Fucei no histórico e voilà ! > > Pena que perdi a que fiz para Oracle e PostgreSQL em 2004… alguém numa > lista da época talvez ainda tenha… Creio que eu tenho, vou procurar. Aproveitando, uma (duas?) pergunta que quero fazer desde a migração da lista: Essa lista tem área de download? Onde foram parar os arquivos da outra lista? (onde havia uma cópia dessa base de cep, entre outras coisas). []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - jfcha...@brdados.com.br Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Referência do psycopg, onde encon trar?
Quoting William Grzybowski <[EMAIL PROTECTED]>:
Primeiro, obrigado pela indicação do pg_proboscis, vou dar uma olhada
também :) .
> On Fri, Nov 28, 2008 at 11:56:14AM -0200, Walter Cruz wrote:
>> Willian, essa API eu não conhecia. Você sabe como ela se compara
>> com psycopg2?
>
> Pelo que eu sei o psycog2 simplesmente implementa a especificação
> DBAPI 2.0 do python (cursores.. fetch, fetchall, commit, rollback, etc)
Já estava percebendo algo assim, e talvez deva procurar um guia da
dbapi(2) (e do greentrunk), alguém tem alguma dica?
> e até a ultima versão que utilizei não tinha exceptions
> específicos...
>
> O pg_proboscis implementa dbapi2 e greentrunk, possui exceptions
> específicos ('SQLContainmentProhibitedError', 'SerializationError',
> 'InvalidColumnReference', 'AbortTransaction', etc...)
>
> O greentrunk é um módulo especialista para o postgresql, bem mais
> aprofundado para tirar o máximo de vantagem que a libpq oferece...
>
>>
>> --
>> []'
>> - Walter
>> waltercruz.com
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> _______
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
[]'s
--
Johnny Taylor Faria Chaves - LUN 157066
www.brdados.com.br - [EMAIL PROTECTED]
Eu não posso mais, se você pode, doe sangue!!!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Referência do psycopg, onde encon trar?
Quoting "Dickson S. Guedes" <[EMAIL PROTECTED]>: ... > Johnny, > > Veja se as classes Connection.py e Database.py do link abaixo ajudam você: > > http://gdbatools.svn.sourceforge.net/viewvc/gdbatools/project/src/db/ Obrigado, já estou olhando, logo de saída vi que a Connection usa PgSQL, e me lembrei que essa foi "a outra opção" que vi e não me lembrava, valeu. > > []s > Guedes > > -- > Dickson S. Guedes > Administrador de Banco de Dados > Confesol - Projeto Colmeia > Florianopolis, SC, Brasil > (48) 3322-1185, ramal: 26 > []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Referência do psycopg, onde encontr ar?
Ola a todos, Após muito tempo de "enrolação", comecei a estudar python, mas uma linguagem não vale nada (para mim) se não puder usa-la com o Postgresql :) . Acontece que cheguei ao módulo psycopg(2), creio que vi outra opção mas não me lembro qual e nem onde, se alguém tiver sugestões, serão bem vindas. Pelos exemplos que segui não estou conseguindo fazer todas as tarefas com o psycopg, se alguém puder me indicar onde encontro uma referência dos seus métodos, também agradeço. []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tabelas de apoio ou Enumerações
Quoting rafael sousa <[EMAIL PROTECTED]>:
> Para o pessoal da lista que possa não estar entendo o assunto da thread
> segue um exemplo:
>
> CREATE TYPE estados AS ENUM('SP','MG','RJ');
>
> CREATE TABLE teste
> (
> id integer NOT NULL,
> uf estados,
> CONSTRAINT teste_pkey PRIMARY KEY (id)
> )
O comentário abaixo não tem haver com o assunto em questão, e eu não
sou o Leandro, mas esses exemplos podem "levar para o mau caminho"
quem está novo me BD e vai aprendendo pelos fragmentos de códigos que
vê.
É sobre as "chaves artificiais", é um exemplo típico de onde não deve
haver, "uf" é a "chave natural" candidata, e se for usada como FK em
outra tabela/relação também evita JOINS onde não for preciso exibir o
nome do estado, falando em JOINS, ou eu sou "muito ingênuo", ou os
outros SGBD por ai são muito ineficientes com JOINS, ou esses AD são
muito paranóicos mesmo.
>
> insert into teste values(1,'SP')
> OK
>
> insert into teste values(1,'SJ')
> valor de entrada e invalido para enum estados: "SJ"
>
> select * from pg_enum
>
> enumtypid oid; enumlabel name
> 16797;"SP"
> 16797;"MG"
> 16797;"RJ"
>
>
...
ps: Talvez fique respondido na mensagem errada na lista, mais uma vez
"culpa" do webmail.
[]'s
--
Johnny Taylor Faria Chaves - LUN 157066
www.brdados.com.br - [EMAIL PROTECTED]
Eu não posso mais, se você pode, doe sangue!!!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [OFF-TOPIC] Aos responsaveis pela PGCON
Quoting "Tiago N. Sampaio" <[EMAIL PROTECTED]>: > Alguem da organização poderia por favor poderia entrar em contato > comigo para providenciar essas notas? Sem elas não poderemos participar. > > Abraços > Tiago N. Sampaio > Pegando carona no [off], 1 - quando fiz a inscrição, me lembro que tinha opção de participar da lista do pgcon e de ter marcado sim, ainda não chegou nada dessa lista, está assim mesmo? 2 - Além dessa questão de NF (também), preciso saber que tipo de certificado ou algo assim vai ser emitido (possibilidade de subvenção :) ). []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ref: Converter Base
Quoting Paulo <[EMAIL PROTECTED]>: > Olá Pessoal, > > Preciso converter uma base MySQL para Postgre, alguem conhece alguma > ferramenta > que faça o trabalho árduo ou pelo menos metade do trabalho ? > Como já responderam, o histórico recente da lista tem muito a dizer sobre esse assunto, mas para facilitar pesquisas futuras, repasso aqui a sugestão da lista que "resolveu" o meu problema: o pacote sqlfairy, especificamente o comando sqlt (com help muito fácil), exportou a estrutura do banco, gerou um erro nos dados, mas eu creio que o problema seja no arquivo. O sqlt funciona sobre um arquivo de backup (texto) do mysql (talvez haja outra forma, mas não precisei). > > Obrigado. > > --Paulo > ---VisualP Sistemas. > -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Mais alguns tópicos sobre Normaliza ção
Quoting Alexsandro Haag <[EMAIL PROTECTED]>: > Só complementando, > Além de tudo existem ainda entidades do exterior, que poderiam ser > clientes ou fornecedores de alguma forma, mas não possuem CNPJ/CPF. > Claro que tem os equivalentes nos seus países, mas vamos controlar > isso aqui? > > Acho que, como já foi dito em momento anteriores (não lembro mais > por quem)... O CNPJ ou CPF caracterizam uma Pessoa como física ou > jurídica, para fins Legais apenas, não sendo desta forma a melhor > eleita como chave natural para uma entidade "Pessoa" ou > especialização dela. Creio que você está lembrando do eu disse "...com CPF estamos modelando um brasileiro com cadastro na Receita Federal", mas antes dessa discussão eu cria que se fosse para modelar apenas pessoas Jurídicas, poderia se usar CNPJ (em teoria, não pode haver *no Brasil* pessoa jurídica *sem* CNPJ), mas apareceu a questão de instituições públicas com mesmo CNPJ (eu nunca havia ouvido falar algo assim), e ai se for para controlar também se é pública ou privada *apenas* para isso já começa a complicar, a não ser que haja outros motivos para isso no projeto. Quanto a *não* usar chaves artificiais no lugar de naturais, creio que pode se dizer *não* mesmo, o caso (como o de pessoas aqui discutido) é quando não se encontra uma natural boa o suficiente :( . Alguns sugerem (e usam) usar o nome + a data de nascimento, quem tiver uma base grande, olhe por curiosidade os "João Batista ...", verá que muitos são de 24/06/ (dia de São João), sem contar Natanael, Natalino, Natalício e etc... (25/12/???). ... > > Perdoem a brincadeira, mas poderíamos chamar de "Chave Legal" ao Não é brincadeira, a verdade é que no Brasil (em outros paises não sei), temos tantos números, e nenhum nos identifica de forma única (e se usarmos Nome + nome_da_mãe + nome+do_pai, mas não dá, o nome do pai tem que permitir ser nulo :( ). > invés de "Chave Natural/Artificial". > > > Att. > Alexsandro Haag > ... []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Um registro, vários valores (n ão sei um bom nome pra isso)
Quoting Leandro DUTRA <[EMAIL PROTECTED]>: > 2008/7/16 Leandro DUTRA <[EMAIL PROTECTED]>: >> A idéia geral do modelo parece boa. Além das notas acima, eu >> verificaria se dá para colocar uma CHECK que limite a cinco o número >> de cores por carta -- creio me lembrar que havia uma restrição >> arbitrária quanto a isso. > > Desculpem a auto-resposta, mas não dá: 'Currently, CHECK expressions > cannot contain subqueries nor refer to variables other than columns of > the current row' > <http://www.postgresql.org/docs/8.3/interactive/sql-createtable.html>. > > Alguém tem outra idéia de como implementar esse limite? Um gatilho talvez? Posso estar sendo simplista (e não li o resto das mensagens, culpa do webmail de novo), mas, creio que basta usar "chaves naturais" na tabela de relacionamento que resolve, pelo menos enquanto houver apenas 5 cores na tabela de cores :) . Esta restrição do check é muito irritante, deve haver algum motivo (dificuldade) *muito* forte para que ela exista. Com a palavra os que participam do desenvolvimento do PG. > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] > +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 > +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [Bulk] Re: Normalização com plica e engessa? (Era: Modelando um Controle de Es toque)
Quoting Shander Lyrio <[EMAIL PROTECTED]>: ... > Estamos acostumados a achar que modelagem se restringe ao nosso pequeno > universo comercial/industrial, mas existem muito mais áreas, e nessas, > atributos em que o uso de vetor é o mais lógico para expressar. Por este > motivo não gosto de discutir normalização e modelagem na lista, acabamos > por aplicar os conceitos abstratos apenas ao que nos é comum e > generalizamos. Cada um tem sua(s) área(s) de maior domínio, se todos colocarem seus pontos de vista, sem se preocupar com "os calos", todos podem tirar proveito, como já disse, criei a lista (bancosdedados) para discutir teoria, normalização e etc..., mas nem eu mesmo a utilizo mais :( . > > -- > Shander Lyrio > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Normalização complica e engess a? (Era: Modelando um Controle de Estoque)
Quoting Ribamar Sousa <[EMAIL PROTECTED]>: > 2008/7/14 Johnny Taylor Faria Chaves <[EMAIL PROTECTED]>: > >> Quoting Leandro DUTRA <[EMAIL PROTECTED]>: >> >> >> Muito engenhosa e interessante a idéias e até tentadora à primeira >> vista, >> >> mas veja que realmente deixa as coisas mais complexas e engessadas. >> > >> > Aí eu discordo. >> >> Posso estar enganado, e estou "em webmail", não tenho a mensagem aqui, >> mas creio que ele se referiu (como complexa) a uma citação de usar >> CNPJ+. >> Ribamar, pode me ajudar a entender? >> > > Isso mesmo Jon, me referi à idéia do colega e não à normalização. Pois é, agora já li sua outra mensagem, como disse (em outra), me desculpem pelos "dedos nervosos" > >> >> >> (*) Alguém falou em racha na outra lista, não me lembro de racha, pois >> quando os "ai meu calo" ficaram mais altos que os assuntos principais, >> eu configurei o yahoo!, para ver as mensagens apenas via web, e às >> vezes ia olhar como estavam as coisas, vi sinais disso agora, mas >> parece que passou :) . >> > > As vezes me sinto um pouco incomodado em estar ajudando a gerar muito > tráfego na lista, mas como acredito que este é um assunto primordial e que > deve insteressar a quem mexe com bancos de dados em geral, então me acalmo. > > Acredito que toda grande discussão chega a um ponto que acalma e essa não > deve ser diferente. Pode ficar calmo, o tráfego assim é sadio, como disse em uma outra mensagem (que não recebi de volta, mas outros responderam), eu mesmo tentei levanta-la algumas vezes aqui (e até criei uma lista no yahoo groups), mas não apresentei nada de concreto (como seu modelo), então não surtiu efeito. E para quem leu minha outra mensagem "acusando" meu web hosting de ter consumido minha página, devo dizer que foi meu neurocirurgião (brincadeira Dr.) que bagunçou minha cabeça tá tudo lá em: http://www.brdados.com.br/nuke/ , com as mesmas ressalvas, as notícias do meio foram meu modo de ter um "bookmark" na rede (antes do del.icio.us). > > -- > Ribamar FS - [EMAIL PROTECTED] > http://ribafs.net > []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Normalização complica e engess a? (Era: Modelando um Controle de Estoque)
Quoting Ribamar Sousa <[EMAIL PROTECTED]>: > 2008/7/14 Leandro DUTRA <[EMAIL PROTECTED]>: > >> ... >> >> Mas na prática, tomando em conta o sistema como um todo, a sua vida >> fica mais simples e flexível. > > > Mas estava falando da idéia do colega e não da normalização. :) Desculpem pela outra mensagem, deveria ter lido todas antes de responder (webmail quebra o galho, mas que dá preguiça, dá). > > > > -- > Ribamar FS - [EMAIL PROTECTED] > http://ribafs.net > -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Normalização complica e engess a? (Era: Modelando um Controle de Estoque)
Quoting Leandro DUTRA <[EMAIL PROTECTED]>: > 2008/7/11 Ribamar Sousa <[EMAIL PROTECTED]>: >> Mesmo sem ainda ter um bom conhecimento eu tenho uma grande empatia pela >> normalização. > > E a normalização por ti! Foi criada para facilitar a vida de todo o mundo... > > >> Tentando traduzie no popular é como se fosse uma boa organização, cada coisa >> em seu lugar e uma grande saparação, especializando e simplificando as >> coisas. > > Exato! Como dizia um professor meu, cada coisa é uma coisa, outra > coisa é outra coisa, cada coisa no seu porta-coisa. > > Existe uma teoria da normalização baseada nas dependências funcionais > que é muito interessante e vale a pena estudar; aliás eu mesmo > precisava revisar, já estou esquecendo. > > Mas muito dos benefícios podem ser alcançados com algumas regras > práticas. A principal é separar as entidades, e um bom indicativo de > que há entidades a separar é a presença de NULLs. > > >> Muito engenhosa e interessante a idéias e até tentadora à primeira vista, >> mas veja que realmente deixa as coisas mais complexas e engessadas. > > Aí eu discordo. Posso estar enganado, e estou "em webmail", não tenho a mensagem aqui, mas creio que ele se referiu (como complexa) a uma citação de usar CNPJ+. Ribamar, pode me ajudar a entender? ... > Mas aí é outra discussão... Essa é *a* discussão, e mesmo tendo sido fragmentada (e com alguns, poucos, ai "meu calo"(*)), foi muito boa após a mensagem do Ribamar do controle de estoque. (*) Alguém falou em racha na outra lista, não me lembro de racha, pois quando os "ai meu calo" ficaram mais altos que os assuntos principais, eu configurei o yahoo!, para ver as mensagens apenas via web, e às vezes ia olhar como estavam as coisas, vi sinais disso agora, mas parece que passou :) . []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelando um Controle de Estoque
Em Friday 11 July 2008 22:27:51 Leandro DUTRA escreveu: > 2008/7/11 Ribamar Sousa <[EMAIL PROTECTED]>: > > Mesmo sem ser o Leandro vou arriscar um palpite: em separando bem as > > coisas, física, jurídica, pública e privada, acredito que se "deva" usar > > nossos CPF e CNPJ. > > Desde que não entrem nem estrangeiros (não têm CNP[FJ]), nem crianças > nem mulheres casadas sem vida econômica (não têm CNPF), concordo. O que *para mim* e minha clientela atual, não serve, laboratórios (área de saúde em geral), precisam, principalmente para crianças. Quando dependemos (ou usamos o) do CPF não estamos modelando uma pessoa física, mas sim um brasileiro com cadastro na Receita Federal :( . -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelando um Controle de Estoque
Em Monday 23 June 2008 20:36:53 Leandro DUTRA escreveu: > 2008/6/23 Ribamar Sousa <[EMAIL PROTECTED]>: > >> EMPRESA: ALEX > >> > >> TIPOS_DE_EMPRESA (FUNCIONÁRIO,CLIENTE,FORNECEDOR, UNIDADE > >> ORGANIZACIONAL) EMPRESA_TIPO: ALEX - (FUNCIONÁRIO,CLIENTE) > > > > Acho que isso não confronta com a normalização, realmente pelo contrário, > > mas a coisa deve ser feita com calma, pois parece ficar mais complexa. > > Desnecessariamente complexo. > > Basta declarar pessoa, cliente ou fornecedor. Três tabelas. > > Daí pessoa jurídica ou física, mais duas tabelas. Há muito estou acompanhando aos pedaços essa discussão (nem vi onde ela saiu do estoque propriamente dito e entrou nessa de clientes, fornecedores e etc..., mas está ótimo). Leandro, agora chegou em um ponto que venho "matutando" desde que vi o desvio citado acima. Concordo que a solução é como você mostrou acima (pessoas=> físicas| jurídicas + clientes| fornecedores) e facilita inserir sem duplicar dados (e esforços) funcionários (físicas), transportadoras (fornecedores e jurídicas), terceirizados (físicas ou jurídicas). Agora vem a pergunta, qual é (são) a(s) pk(s) disso tudo? Sequencial, você já mostrou sem sombra de dúvida que não pode ser (em qualquer contexto). CNPJ| CPF, como já debateram aqui, também está fora para a *grande maioria* dos casos. E mais, como você mesmo tem levantado ultimamente: *o domínio* dessa(s) pk(s), uma vez que parece que o Postgresql, nessa parte seguiu bem o padrão SQL, ou seja, fraco, quero dizer criar um domínio mesmo com operadores e tal. []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem UML genérica
Quoting Leandro DUTRA <[EMAIL PROTECTED]>: > 2008/7/11 Johnny Taylor Faria Chaves <[EMAIL PROTECTED]>: >> Uma modelagem UML genérica, cobre todos os casos. > > UML só pode ser genérico! ;-) > > Sei que não foi isso que você quis dizer, mas não resisti... :-) E eu achei que estava sendo o "engraçadinho" na história... Há 3 dias estou resistindo a enviar esse "link", mas também não resisti :) . []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Modelagem UML genérica
Uma modelagem UML genérica, cobre todos os casos. http://www.angusyoung.org/2008/06/28/modelagem-uml-generica/ -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] backup
Quoting Evandro Ricardo Silvestre <[EMAIL PROTECTED]>: > Marcos wrote: Olá pessoal não estou conseguindo restaurar um > backup do postgres tive um problema com o banco de dados, ele não > inicia mais reinstalei o postgres novamente, no windows, e copiei toda > a pasta data num cd e agora, como faço para restaurar ? copie a pasta > data antiga, mas agora não consigo abrir o banco o que eu faço ? Dê > uma olhada no histórico. Isso foi discutido essa semana mesmo. > > Seria interessante um rau-tu sobre restauração dessa forma. Sempre > tem alguém com duvidas. O que acham? Seria mais interessante, aivsar as pessoas para que façam backup com mais frequência e da forma correta (pg_dump), para não passarem por isso. Quando foi anunciado o porte do Postgresql para o Rwin, ficou claro que situações como essa iriam aumentar muito, pessoas que não lêm documentação e não estão dispostas a aprender ( só ficam no ), depois vêm sempre as mesmas perguntas para a lista. (Nada pessoal contra quem perguntou, alias nem lembro quem foi). []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramenta de Migração do MySQ L para PostgreSQL
Quoting Leandro DUTRA <[EMAIL PROTECTED]>: > 2008/7/11 Guilherme Carvalho <[EMAIL PROTECTED]>: >> Gostaria da ajuda da lista para dicas de ferramentas que posso usar para >> migrar bases em MySQL para PostgreSQL. > > SQL::Fairy, my2pg... tem uma lista no TechDocs em http://postgresql.org./ Aproveitando, devo um agradecimento e uma resposta à lista. Como estou em um cliente (e tenho apenas webmail), não tenho meu pedido (parecido com esse), e suas respostas aqui, então respondo nesta mesmo, o histórico da lista que me perdoe :) . Como disse na minha mensagem (umas 3 semanas atrás), os "links" para o my2pg que achei estavam "quebrados", então, seguindo a dica do Leandro sobre o SQL::Fairy, eu consegui fazer a importação da estrutura, que era o principal para mim, o backup completo está em um arquivo de 10MB, e está dando um erro, mas nem verifiquei ainda (se conseguir os dados vai ser um bônus, uma vez que meu interesse maior são as estruturas), usei apenas o comando sqlt, o help dele é muito elucidativo :) . Mais uma vez, obrigado à lista pela ajuda, e espero que o Guilherme consiga o que precisa. []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] alterações no postgreSQL
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 algumas importações de ".dbf" usando um tabelão e depois tratando os dados pelo PG (deixando que fizesse o trbalho pesado para mim), e nesses tabelões eu não criava pks, e funcionava. O teste abaixo mostra o resultado de um tabela sem pk (no psql): johnny=# create table sempk(cod smallint, nome text, qqcoisa text, outra int); CREATE TABLE johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# insert into sempk values(1, 'Eu Mesmo', 'lixo', 3100); INSERT 0 1 johnny=# select * from sempk; cod | nome | qqcoisa | outra -+--+-+--- 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 1 | Eu Mesmo | lixo| 3100 (4 registros) ... Quanto ao problema original, o único chute (meu) é com relação a privilégios (grants). []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alguém tem fontes (ou links) pa ra o programa my2pg?
Quoting Leandro DUTRA <[EMAIL PROTECTED]>: > 2008/6/30 Johnny Taylor Faria Chaves <[EMAIL PROTECTED]>: >> Chamo de engenharia reversa, pois uso mais o html gerado pelo autodoc >> do que os diagramas que ele gera. > > Se não me falha a memória o SQL::Fairy faz isso mesmo. > > Mas devo avisar que, se o conceito do SQL Fairy é muito bom, a > implementação precisa de melhorias importantes. Valeu, considere avisado. > > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] > +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 > +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alguém tem fontes (ou links) pa ra o programa my2pg?
Quoting Marcelo Costa <[EMAIL PROTECTED]>: > Procura por mdbtools > Obrigado, estou baixando do sourceforge, mas parece ser apenas para manipular arquivos do M$ access. > 2008/6/30 Johnny Taylor Faria Chaves <[EMAIL PROTECTED]>: > >> Pessoal, >>Estou tentando entender um sistema feito com o mysql, tenho um >> backup do bd e já o restaurei em um máquina, mas está dificil entender >> "a coisa toda", queria ver se geraja o bd no postgresql para poder >> usar o autodoc, mas os links que ahcei sobre o my2pg não têm mais o >> programa :( . >> >> Se existir ferramenta livre que faça a engenharia reversa no mysql, >> agradeço a indicação também. >> >> Obrigado. >> >> []'s >> >> -- >> Johnny Taylor Faria Chaves - LUN 157066 >> www.brdados.com.br - [EMAIL PROTECTED] >> Eu não posso mais, se você pode, doe sangue!!! > > -- > Marcelo Costa > -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Alguém tem fontes (ou links) pa ra o programa my2pg?
Quoting Leandro DUTRA <[EMAIL PROTECTED]>: > 2008/6/30 Johnny Taylor Faria Chaves <[EMAIL PROTECTED]>: >> Se existir ferramenta livre que faça a engenharia reversa no mysql, >> agradeço a indicação também. > > Engenharia reversa ou diagramação? Chamo de engenharia reversa, pois uso mais o html gerado pelo autodoc do que os diagramas que ele gera. > > Se for diagramação, SQL::Fairy. Valeu, você já o citou várias vezes aqui, mas eu estava voltado para ferramentas mais "coesas" com o Postgresql, vou olhar com mais carinho desta vez. Obrigado. > > -- > skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra > +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] > +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 > +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Alguém tem fontes (ou links) para o programa my2pg?
Pessoal, Estou tentando entender um sistema feito com o mysql, tenho um backup do bd e já o restaurei em um máquina, mas está dificil entender "a coisa toda", queria ver se geraja o bd no postgresql para poder usar o autodoc, mas os links que ahcei sobre o my2pg não têm mais o programa :( . Se existir ferramenta livre que faça a engenharia reversa no mysql, agradeço a indicação também. Obrigado. []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue!!! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Tabelas temporárias
Em Wednesday 28 May 2008 10:58:06 Evandro Ricardo Silvestre escreveu: ... > > Muito acesso ao banco não é bom. Compromete o desempenho sim. Imagine > que no momento que o usuário estiver procurando algo no menu ele irá > abrir vários menus e vários submenus ate encontrá-lo. Se a cada momento > você lançar uma consulta ao banco terá uma grande carga, por mais rápido > que a consulta seja. Recomendo você trazer uma arvore completa com o > menu e submenus. Ao invés de fazer 1 consulta para o menu e 1 para os > submenus, faça uma consulta que traga tudo! Ao invés de fazer pequenas > consultas várias vezes, faça 1 grande consulta uma unica vez! > Também não acho uma boa idéia montar em tempo de execução o menu como > você faz. Um pitaco fora do tema: Se essa construção "dinâmica", for para inserir nos menus apenas as opções que o usuário tem acesso, ela deve ser evitada, pois confunde muitos usuários, tanto que é "não recomendada" pelos guias de interação com o usuário do KDE, da M$ e do Gnome (que tenho a referência: http://developer.gnome.org/projects/gup/hig/1.0/menus.html ), "Do not remove command items from the menu when they are unavailable, make them insensitive instead. This allows the user to infer what functionality the application provides even if it is not currently available, and keeping the menu structure static makes it easier to memorize.". E já confirmei na prática, às vezes o usuário fica nos perguntando "Onde fica a opção "X"? já vi aqui, mas agora não acho", se ela está lá, mas desabilitada, eles vão ao menos desconfiar que não é para usa-la agora... > Pense, ocorre muitas alterações no menu ou sempre é o mesmo? > se for sempre o mesmo pq toda a vez vc vai desenhá-lo? Acho excelente > ter menus dinâmicos, mas recomendo que esse menu seja criado > *completamente* no momento da abertura da aplicação(no OnCreate). Caso > haja alteração no menu basta o usuário fechar e abrir a aplicação > novamente. Recomendo que você repense essa rotina e reformule-a. > > Evandro []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ajuda com campo sequencial
Em Saturday 31 May 2008 22:12:33 Leandro DUTRA escreveu: ... > > Mas se insistir em usar uma chave artificial, talvez seja mais fácil > > lançar tudo em uma tabela auxiliar, e depois inserir na definitiva. > > Não sei se entendi, mas me parece à primeira vista chamar por junções > desnecessárias. Não, a idéia seria criar uma tabela que seria usada apenas para "preparar" os dados e depois removida. É um "recurso técnico" (gambiarra) que uso às vezes para importar dados (de .dbf por exemplo) jogo em uma tabela desnormalizada com a mesma estrutura do original, e após alguns "drop", "select distinct" e etc, tenho algo melhor que o início, e deixo o postgresql fazer o trabalho pesado para mim. Ele pode, por exemplo inserir tudo em uma tabela sem id e após *todos* os lançamentos serem feitos usar um insert into ... from (select ... order by data), ou algo assim. Mas ainda acho melhor usar data+hora como PK, ou como você disse cadastrar mais que um time e usar time+data. []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ajuda com campo sequencial
Em Sunday 25 May 2008 15:49:30 Leandro DUTRA escreveu: ... > > Você quer que eu exclua o campo Data?? > > De onde você tirou isso? Apenas estou supondo que seja outra chave > candidata, uma vez que me parece que você trabalha com jogos dum único > time e provavelmente um time não jogará mais de um jogo no mesmo dia. > Caso jogue, precisa incluir hora também na chave. Esta foi a minha idéia (PK = data+hora), após ele ter apresentado a estrutura da tabela, lembrando que há alguns anos houve vários jogos com o "expressinho", não me lembro se houve jogos dos dois no mesmo dia, mas creio que sim. Mas se insistir em usar uma chave artificial, talvez seja mais fácil lançar tudo em uma tabela auxiliar, e depois inserir na definitiva. ... []'s -- Johnny Taylor Faria Chaves - LUN 157066 www.brdados.com.br - [EMAIL PROTECTED] Eu não posso mais, se você pode, doe sangue! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] 2 cadastros em uma tabela
Em Wednesday 07 May 2008 08:45:44 Leandro DUTRA escreveu: > 2008/5/7 Evandro Ricardo Silvestre <[EMAIL PROTECTED]>: > > Saulo Morais Lara wrote: > > > Gostaria de saber da opinião de vc's sobre manter um cadastro de > > > clientes e fornecedores em uma mesma tabela. > > > > > > É correto? > > Não, claro que não. São entidades diferentes, com atributos diferentes. > > Há atributos em comum, porque na verdade são dois subtipos dum > supertipo de entidade comum, que você pode chamar de parceiro > comercial ou coisa assim. Portanto, há uma entidade 'mãe' > parceiro_comercial com os atributos comuns, e duas entidades filhas, > cliente e fornecedor, cada uma com os atributos específicos e chaves > estrangeiras apontando para a mãe. > > O mesmo vale para pessoas físicas e jurídicas &c. Não sei como seria a "netiqueta" para o que quero dizer, mas ai vai: Creio que a questão a ser discutida/estudada é a que está em "" acima, e foi ignorada (a não ser pela segunda mensagem do Emerson - Senda), esse assunto é tão comum e importante que seria bom se existisse algum "Padrão de projeto" sobre ela, deve existir em livros, mas seria bom alguma referência (link?). Um parenteses no assunto: Havia na antiga postgresql-br, na verdade no yahoogoups, uma área para arquivos (para evitar anexos e facilitar o acesso), há algo assim nessa nova lista? ... ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RE S: ER integrado ao Postgresql
Em Saturday 22 March 2008 10:43:46 Leonardo Cezar escreveu: > 2008/3/21 Johnny Taylor Faria Chaves : ... > > > Passando parâmetros ao Graphviz. > > > O importante nisso tudo é perceber que, uma vez conseguindo-se algo > > > satisfatório, pode virar uma rotina programada gerando sempre os > > > diagramas mais atualizados, sem ficar arrastando linhas e caixinhas > > > interminavelmente. > > > > Essa era a "mágica" que eu queria aprender :) > > Mesmo "arrastando linhas e caixinhas" eu não consigo "algo > > satisfatório", tenho que admitir, nessa área o problema está entre o > > teclado (ou o rato) e a cadeira, ou de BIOS (Bicho Idiota Operando o > > Sistema). > > Não existe mágica, Johny. Como disse num e-mail anterior, não entendi > o que exatamente o autodoc (dot, Graphviz) não está fazendo ou onde > exatamente ele esta sendo impreciso. Mas adivinho que seja o formato > de saída, não? Se com formato de saída você quer dizer a "aparência na tela" (e não o arquivo gerado) sua bola de cristal é de marca boa :), mas não creio que seja o autodoc, mas questão de gosto mais o problema de BIOS. > > Concordo que o formato padrão (template) não agrada muito, visualmente > falando. Então propus um outro formato que também deve estar > disponível no próximo empacotamento. > > Basicamente o que fazemos ali é alterar dot.tmpl para uma aparência > semelhante a saída comum do DBdesigner (todo mundo gosta daquele > /look'n feel/ ;-)). Se você diz... > > Os templates são um bom caminho pra voce entender o funcionamento dos > arquivos dot do Graphviz, dê uma olhada especial em shapes e labels. > > Seguem as referências utilizadas para a construção dos templates do > autodoc: (ler nesta ordem) > > http://graphviz.org/doc/info/index.html > http://graphviz.org/Documentation/dotguide.pdf > http://graphviz.org/doc/schema/attributes.xml#h:introduction Já iniciado. ... > Por hora é só, mas devo blogar sobre autodoc/graphviz em breve. Aguardo noticias. > > Abraço! > > -Leo Obrigado Leandro e Leonardo!!! []'s Johnny Taylor ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Melhor jeito de criar as PK e as FK...
Em Monday 17 March 2008 16:05:58 Osvaldo Rosario Kussama escreveu: > Fellipe Henrique escreveu: > > Olá amigos, gostaria da opinião dos amigos, qual o melhor jeito de criar > > as chaves primárias e estrangeiras.. pois bem, terei uma tabela chamada > > empresa, e tudo no sistema tem q ser vinculado à empresa. > > > > O ideal pra se criar uma chave primária, seria o id_empresa+id_cliente > > (por exemplo), sendo id_empresa também um FK. ou somente o id_cliente > > (PK) e id_empresa(FK), qual seria melhor? > > Depende de seus dados. Concordo. > Essas id já existem ou vão ser criadas? > A id do cliente é única em toda a base ou é única apenas em cada empresa? > > Se seus dados permitirem é melhor separar: > . id_cliente (PK) > . id_empresa (FK para tabela de empresas) > Assim você pode até utilizar campos do tipo serial. > > Osvaldo > PS. Permite até que um cliente esteja vinculado a várias empresas. Ou melhor, a nenhuma empresa, as vendas e outras movimentações sim, seriam vinculadas a empresas e clientes, Johnny Taylor ps.: Em geral, vejo com bons olhos (ao contrario de muitos) o uso fk compostas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Configurar PGDATA no (k)ubuntu
Ola amigos, Venho usando o Postgresql em várias distros nos últimos anos, agora instalei o Kubuntu 7.10 Desktop, como o nome diz para *desktop* é ótima, mas não consigo achar onde altero o PGDATA, criei a partição /srv com um diretório data82 e com initdb -D /srv/data82 ele cria a estrutura correta, mas quando inicio o serviço ele usa a original (/var/lib/postgresql/8.2/main/), já editei o /etc/init.d/postgresql, não existia PGDATA=... em lugar algum, adicionei uma linha com a declaração (com e sem export) e não adianta, no gentoo isso fica no /etc/conf.d/postgresl_alguma_coisa, procurei por algo assim no kubuntu mas não achei. Agradeço qualquer ajuda. []'s Johnny Taylor ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RE S: ER integrado ao Postgresql
Em Monday 17 March 2008 09:30:48 Leandro DUTRA escreveu: > 2008/3/17, Johnny Taylor Faria Chaves <[EMAIL PROTECTED]>: > > Mais uma vez me entrometendo, eu apanho muito de todas as ferramentas, > > não consigo alterar nada no dot, creio que não entendi a ferramenta (não > > peguei "o espirito" da coisa) principalmente neato. > > O espírito é o seguinte: usa-se o SQL::Fairy para gerar arquivos dot, > neato &c, que representam o modelo. Obrigado Leandro, mas até ai eu entendi (com AutoDoc), por isso disse que o que precisamos é de ajuda com Graphviz, o AutoDoc é auto esplicativo. ... > Passando parâmetros ao Graphviz. > O importante nisso tudo é perceber que, uma vez conseguindo-se algo > satisfatório, pode virar uma rotina programada gerando sempre os > diagramas mais atualizados, sem ficar arrastando linhas e caixinhas > interminavelmente. Essa era a "mágica" que eu queria aprender :) Mesmo "arrastando linhas e caixinhas" eu não consigo "algo satisfatório", tenho que admitir, nessa área o problema está entre o teclado (ou o rato) e a cadeira, ou de BIOS (Bicho Idiota Operando o Sistema). > > > Alguém falou no DIA, mas o dia não inspira confiança. > > A idéia do Dia é você poder arrastar linhas e caixinhas do resultado. > Existe até um jeito de atualizá-lo sem perder a diagramação feita > manualmente, mas é um pouco complicado e nunca fiz funcionar. []'s Johnny Taylor ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] OFF TOPIC - Projeto que regulamenta profis sões de informática foi aprovado na CCT - Senado Fede ral
Em Monday 17 March 2008 17:08:03 Erlon - Forsell escreveu: ... > quem aprende sozinho é um técnico geralmente, sabe fazer só aquilo, operar com uma visão não tão ampla como se tivesse na faculdade e tivesse visto os mais variados conteúdos. Infelizmente, a prática tem mostrado o inverso, a pessoa sai da faculdade achando que o mundo se resume ao que os professores mostraram, e aqui o assunto fica menos "off topic", pois sabemos o que a *maioria* dos professores mostram, mas isso não precisa continuar assim e não é motivo para desdenhar de diplomas, apenas para desconfiar deles :) []'s Johnny Taylor ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RE S: ER integrado ao Postgresql
Em Friday 14 March 2008 10:34:29 Leonardo Cezar escreveu: > 2008/3/14 Dickson Guedes <[EMAIL PROTECTED]>: > > Leandro DUTRA escreveu: > > > (...) > > > > > > Melhor escrever SQL e gerar diagramas com AutoDoc ou SQL::Fairy e > > > Graphviz > > > > Dutra, > > > > Tem como melhorar aquela saida do Graphviz? > > A pergunta foi direcionada, mas o assunto muito me interessa, então > perdoe-me pela intromissão. Também me intrometendo ... > > O que exatamente quer dizer com "saída do Graphviz"? > > Tenho trabalhado no autodoc em especial no formato graphviz dentre > outras coisas. Como eu disse em uma mensagem (recentemente) passada, creio que não muito a estudar/dizer sobre o AutoDoc, mas sobre o graphiz, que creio que temos, e creio que você seja o primeiro a demonstrar a algum domínio sobre ele, será que não poderia passar algumas dicas? > Para a versão 1.32 haverão boas novidades, então por favor explique em > quais programas do Graphviz voce esta tendo problema (dot, neato, ... > ) e qual exatamente o problema com a saida? > Mais uma vez me entrometendo, eu apanho muito de todas as ferramentas, não consigo alterar nada no dot, creio que não entendi a ferramenta (não peguei "o espirito" da coisa) principalmente neato. Alguém falou no DIA, mas o dia não inspira confiança. ps. Não testo nem graphviz nem DIA há vários meses, talvez tenham evoluido e eu não tenha visto... > Abraço! > > -Leo []'s Johnny Taylor ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramenta modelagem
Em Friday 07 March 2008 10:10:17 Fábio Telles Rodriguez escreveu: > Sempre vejo este tema indo e voltando a tona... Também notei isso ;-) > > A falta de boas ferramentas de modelagem no PostgreSQL é real. Vide a > pesquisa que citei aqui: > http://www.midstorm.org/~telles/2008/03/05/pesquisa-entre-os-maiores-bancos >-de-dados-do-mercado-postgresql-pede-passagem/ > > Será que uma boa alma poderia iniciar um bom artigo sobre isso? O tal > do AutoDoc por exemplo, não parece ter muita documentação sobre ele em > pt_BR... O AutoDoc não tem muito o que comentar, creio. Mas o GraphViz, citado pelo Leandro, parece que merece um bom estudo. []'s Johnny Taylor ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] OT: Reflexão sobre comunidades de Software Livre/Código Aberto no Brasil
On Friday 25 January 2008 12:40:05 Adriano Boller wrote: Deiviamos seguir o conselho do br-linux "Não alimente os trolls", mas como já houve muitas respostas a esse, ai vai mais um pouco... > Na minha opiniao o barato sai caro... > > Eu era aficcionado por essa onda livre, cheguei a ser usuario e prof de > linux. Como já disseram, não foi aficcionado, foi apenas um curioso tentando ganhar $$$ com isso. > > Mas meu ganha pão é Windows, todas as ferramentas que eu uso sao Windows... Lógico, pra *você* (e todos os outros mricreiros que querem que o cliente se exploda, após pagar), o rwindows é um negocio lucrativo, mas, e para o cliente??? > > E meus clientes são windows e trabalho a 18 anos com a plataforma > Windows... > > E estou feliz com o Windows XP SP2 e Windows 2003 Server Enterprise Edition > SP2. Como também já foi dito, claro, são muitas reinstalações (e, de novo, que o cliente se exploda, azar dele se o funcionário dele vai ficar atoa). > > Não vejo que um custo minimo de 400 dolares ou seja 800 reais mais ou > menos, por uma licença de um software tao importante pra o computador, hoje > eu estou licenciado com a compra em 12x a perder de vista no cartão da > licença full e não me arrependo. É em 12x ou é a preder de vista? E outra coisa, a menor vantagem do SL é o valor da licença, por causa desse ponto que decidi "alimentar o troll", todos que responderam aceitaram a confusão feita entre *livre* e *grátis*, com SL, em geral, principalmente Linux e Postgresql (alias, o que você faz nesta lista de um SL?), a maior ecnomia é de tempo com funcionários/máquinas parados (além de perdas de dados e etc...). > > Vejo que o que há nesse Brasil, pessoas que são adeptas a pirataria e que > não veem que isso é crime e pelo brasileiro ganhar pouco em relação aos > outros paises. > > Eu sei muito bem que a gigante MS poderia fazer uma trava imquebravel pra > seus sistemas operacionais, pois isso tem como ser feito (existe a muitos > anos a criptografia assincrona, de chave publica e privada, pesquise e veja > qual seria o grau de dificuldade pra quebrar tal segurança com 128bits ou > mais), só não o faz por que os piratas nada mais são os seus grandes > divulgadores de seus produtos. > > E só com as empresas e usuarios conscientes a MS é o que é, a trancos e > barrancos com processos e calunias levantadas a ela. Mas me diga qual linux > que é bom q não tenha que ser pago, como o Mandriva o RedRet e outros... > qualidade custa... coisa feita no fundo de quintal por nerd é arriscado e > só onda do momento... São loucos o que acreditam em papai noel nos tempos > de hoje... temos que ser praticos... pois tempo é dinheiro... > > Veja que pra ter linux na empresa tem q mudar toda uma filosofia com os > seus usuários, softwares que fazem parte do parte dos controles da sua > empresa, reescrever todos os dcumentos do word e seus tabelas no outro > software do pinguim. > > Até empresas do governo, o exercito, policia e corpo de bombeiros tentaram, > mas todas as iniciativas foram frustradas. > > Bom espero ter dado uma luz a essa discussão... Claro, Baboo, lançou uma luz no fim do tunel, só que é um caminhão na contra mão. > > Att > > Adriano > > > > > > > - Original Message - > From: Joao > To: Comunidade PostgreSQL Brasileira > Sent: Friday, January 25, 2008 9:49 AM > Subject: Re: [pgbr-geral]OT: Reflexão sobre comunidades de Software > Livre/Código Aberto no Brasil > > > eu me formei no cefet de alagoas e isso já é adotado a uns 8 anos... > - Original Message - > From: Eduardo Ferreira dos Santos > To: Comunidade PostgreSQL Brasileira > Sent: Friday, January 25, 2008 10:37 AM > Subject: Re: [pgbr-geral] OT: Reflexão sobre comunidades de Software > Livre/Código Aberto no Brasil > > > Na linha do que vocês estão falando, existe uma iniciativa muito boa > nesse sentido: > > Acordo entre o CEFET-Campos e a SLTI vai qualificar profissionais em > software livre > http://www.softwarepublico.gov.br/web/one-entry?entry%5fid=3016313 > > Leandro Henrique Pereira escreveu: > Devíamos investir em um projeto para que ensinassem mais Softwares > Livres em Faculdades do que propietários. > > Na minha opinião o correto é mostrar os dois mundos igualmente. Se você > está na faculdade quando sair dela vai viver no mundo real de > informática onde existem empresas onde os dois tipos de software são > usados. > Na verdades as faculdades não tem o objetivo de te ensinar a usar um > software especifico e sim em te oferecer uma base teórica sólida para > que o profissional possa trabalhar por exemplo com qualquer tipo de > bancos de dados. > > > > > > --- >- > > > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > -
Re: [pgbr-geral] Top post (era Contrib)
Estranho, só hoje (24/09) recebi... Em Sex 07 Set 2007, Daniel Gaspary escreveu: > On 9/6/07, Johnny Taylor Faria Chaves <[EMAIL PROTECTED]> wrote: > > "Policiamento ao extremo"?, você está brincando, só pode, às vezes eu > > penso que a lista deveria mudar de nome para "top-post-pgbr". > > Desculpe, não captei a intenção da frase. É que *quase* todas as mensagens aqui são respondidas, com "top-post", fica parecendo conversa de doido, e *quase* todos todos são coniventes com isso, então dizer que há "Policiamento ao extremo", deve ser algum tipo de brincadeira e/ou ironia. > > > Creio que você partipa(va) da "gentoo-user-br" não é mesmo? > > Nunca participei. Admiro a filosofia do Gentoo, mas sou mais > preguiçoso, prefiro distros com as coisas mais "mastigadas". Desculpe, devo ter confundido :). > > >Eu me "desinscrevi" dela quando começaram a pedir "por favor > > respondam acima da mensagem". Como eu fiquei como o "chato de > plantão", desisti. > > Reclamei exclusivamente por que estavam reclamando por quaisquer > bobagenzinhas. Mas agora acho que a coisa melhorou. bobagenzinhas, sim, mas (muito) constantes, o que salta aos olhos é que a reclamação é quase sempre de uma única pessoa que passa a ser o "xato" (acreditem já foi saiu isso em uma lista, creio que na antiga postgresql-br). Aqueles que estão aqui por software livre e não por programa grátis, deve ser chamado assim de vez em quando por ai. Desculpem ter alongado o assunto, mas a mensagem do Leonardo Cezar, expressa meu pensamento, e meu motivo para insistir no assunto. > > Abraço. > _______ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Comparativo Oracle x Postgres
Em Qui 30 Ago 2007, Fabio Telles escreveu: > Bom... para tentar ajudar as pessoas a ver algumas vantagens do Oracle > em relação ao PostgreSQL fiz outra lista com algumas funcionalidades > do Oracle que podem fazer falta. A maioria delas são coisas pouco > utilizadas na maioria das aplicações. Mas é bom conhecer algumas, > principalmente se você pretende migrar para PostgreSQL. > > Segue o link do artigo: > http://www.midstorm.org/~telles/2007/08/30/16-caracteristicas-do-oracle-que >-fazem-falta-no-postgresql/ Você mesmo divulgou o artigo no br-linux, e deve ter visto os comentarios, par a quem não viu, segue o "link": http://br-linux.org/linux/comparando-o-postgresql-com-oracle chamo a atenção para o nemesis e a resposta do Peter Parker. []'s -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Comparativo Oracle x Postgres
Em Qua 29 Ago 2007, Nelson Cartaxo escreveu: > Eu tenho uma duvida. Como é o suporte do postgres? Existe la fora algum > tipo? Pergunto isso por total desconhecimento. Fico imaginando colocar um > billing por exemplo, de 1TB, ai da pau. Corrompe por algum motivo um bloco > do pg. Tem alguma opção paga de suporte, mesmo sendo fora? Que me garanta > a recuperação disso? Acho que hoje, o maior problema do software livre é > esse. Quem da suporte? A oracle tem, bem caro por sinal, mas ta la 24x7. Eu faço uma pergunta inversa, você pode participar de uma lista de discussão com pessoas que desenvolvem o Oracle? []'s -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Contrib
Em Qui 30 Ago 2007, Daniel Gaspary escreveu: > On 8/30/07, Evandro Ricardo Silvestre <[EMAIL PROTECTED]> wrote: > > Também não conheço RFC1855 a fundo, e acredito que ninguem a conheça por > > completo. > > Um dos problemas das "normas" é quando começamos a seguí-las cegamente. > > E isso tem incomodado, ao menos a mim, aqui na lista. O policiamento ao > extremo. "Policiamento ao extremo"?, você está brincando, só pode, às vezes eu penso que a lista deveria mudar de nome para "top-post-pgbr". Creio que você partipa(va) da "gentoo-user-br" não é mesmo? Eu me "desinscrevi" dela quando começaram a pedir "por favor respondam acima da mensagem". Como eu fiquei como o "chato de plantão", desisti. []'s -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: de Posgresql Para DBF...
Em Seg 30 Jul 2007, Tatu escreveu: > Vixi...quanto pre-conceitona realidade este dbf será um arquivo > intermediario para troca de dados com sql server...pro questões que nao Se sql server quer dizer MS Sql Server, então é melhor deixar como dbf mesmo Também não resisti :) Agora sério, parece que o pacote do contrib dbf2pg tem o inverso também, pg2dbf. -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Euler Taveira de Oliveira escreveu: > ... > >Por que por XML no meio? Simplesmente porque uma representação em D ou >SQL é difícil de fazer um "parsing"; O XML tem uma estrutura bem >definida, assim podemos obter a informação precisa (com XPath ou XQuery). > > Na sua visão, como seria para escrever o XML? Ou seja a como fazer a modelagem mesmo, pois o que *eu* quero é fazer isso usando qualquer editor de textos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Qua 18 Jul 2007, Leandro Guimarães Faria Corcete DUTRA escreveu: > > 1) XMI não parece ser um D válido, portanto exigiria extensões > significativas. > > 2) XMI é uma linguagem de marcação de texto, não de programação. > > 3) XMI em si parece ser bastante complexo. Eu pensei em escrever em algum D e transformar em XMI, para ter apenas um parser/tradutor ou seja o que for que fosse criado, mas parece que o XMI não serve nem para isso :( . > > > Em contrapartida, já temos: > > 1) Pelo menos dois Ds válidos já definidos, Tutorial D e D4, além da > possibilidade de usar ISO SQL. > > 2) Alguns programas (vide http://thethirdmanifesto.com) que já processam > Tutorial D, e o SQL Fairy para lidar com ISO SQL. Sabe de alguma tradução do manifesto? > > Portanto, o que eu me preocuparia agora é com a seleção da linguagem… Certo, vou olhar SchemeQL e o thethirdmanifesto.com. -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Ter 17 Jul 2007, Leandro Guimarães Faria Corcete DUTRA escreveu: > Em Ter, 2007-07-17 às 16:40 +0000, Johnny Taylor Faria Chaves escreveu: > > > Gerar diagramas é tranqüilo, as ferramentas já existem e > > > bastaria adaptar. > > > > Estive pensando em gerar (seja de qual linguagem for que se utilizasse) > > para XMI, mas parece que não dá suporte a domínios, ou será que usa outro > > nome? > > > > As especificações do XMI: > > http://www.omg.org/cgi-bin/apps/doc?formal/05-09-01.pdf > > Parece que tem algo em 4.14, mas sendo da OMG dá medo… > > Olhando as entradas da Wikipædia para XMI, MOF e correlatos parece que > a gente introduziria mais complicações que soluções — o que o XMI daria > de ganho em relação a ler um D qualquer e traduzir para os SQLs da vida? Apenas aproveitar as ferrramentas que já existam e que usem o XMI. -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Sex 06 Jul 2007, Leandro Guimarães Faria Corcete DUTRA escreveu: ... > Gerar diagramas é tranqüilo, as ferramentas já existem e bastaria > adaptar. Estive pensando em gerar (seja de qual linguagem for que se utilizasse) para XMI, mas parece que não dá suporte a domínios, ou será que usa outro nome? As especificações do XMI: http://www.omg.org/cgi-bin/apps/doc?formal/05-09-01.pdf > > Versionar seria basicamente usar os RCS, CVS, Darcs da vida, o que > for. Qualquer ferramenta de controle de código-fonte. Esse é um "efeito colateral" que ajuda também, como são feitos os controles de versão nos diagramas gráficos? Na mão, escritos em alguma parte no corpo do próprio diagrama? -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Pegar o primeiro e o ultimo dia de um mes informado.
Em Sex 13 Jul 2007, Rubens José Rodrigues escreveu:
> Olá Sebastian,
>
> Sou fã de carteirinha do manual (quase durmo com ele debaixo do
> travesseiro), porém nele não consegui visualizar (realmente não
> visualizei) uma solução para a seguinte necessidade :
>
> Tenho uma function, que vai gerar uma certa quantidade de registros para
> cada dia de um determinado mes, então minha ideia seria passar o mes de
> referencia como entrada, exemplo :
>
> select * from fnc_teste (mesref varchar);
>
> Neste caso eu pegaria o mes ref, exemplo se for 07/2007.
>
> Eu faria uma pesquisa para saber quantos dias tem o mes "07".
> Após retornar a qtde de dias, eu pesquisaria para saber o ultimo dia
> deste mes (se é 30, se é 31, se é 27, se é 28).
>
> Será que consegui faze-lo entender minha necessidade?
Veja isso e adapte:
create or replace function last_day(date) returns date as 'select
cast(date_trunc(''month'', $1) + ''1 month''::interval as date) - 1'
language sql;
retirada de:
http://www.thescripts.com/forum/thread173088.html
Encontrada via Google com:
postgresql lastday
quarto "link".
>
> Conto com a ajuda de voces,
>
> att.
>
> Rubens
>
> Sebastian SWC escreveu:
> > dá uma olhada se isso[1] pode te ajudar... o manual é vosso amigo!!!
> >
> > [1] http://pgdocptbr.sourceforge.net/pg80/functions-datetime.html
> >
> > --
> > Atenciosamente,
> > Sebastian Selau Webber Colombo
> >
> >
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
--
Johnny Taylor Faria Chaves - LUN 157066
Não combato ou defendo pessoas ou grupos,
Combato ou defendo idéias ou atos.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Qui 05 Jul 2007, Diogo Biazus escreveu: > O maior problema seriam as diferenças no tratamento de linhas > duplicadas, nulos, e outras diferenças fundamentais. > Pois essas partes implicam mudanças no executor, índices e um monte de > coisas dentro do banco. > A parte de sintaxe me parece mais tranquila, se você estiver disposto a > ter um híbrido relacional/sql como produto final não seria tão complicado. Poderia ser um híbrido, e (*eu*) só usar o relacional, mas, como já disse não tenho estrutura para algo assim. > Alterar o PostgreSQL para ter uma linguagem relacional me parece muito > esforço para pouco resultado (desculpem-me os idealistas). > Acho a idéia do Leandro de ter um sistema de modelagem sobre o SGBD mais > interessante. > Ter um conjunto de ferramentas bem modulares para modelar, gerar > diagramas, alterar o modelo físico e fazer o versionamento do banco, > seria ótimo. Talvez seja o caminho mais viável, alguma idéia? > > Mas quem sabe usamos UML? > (brincadeirinha) Arrumei um livro (UML Essencial), ainda estou no começo mas a impressão que estou tendo, e creio que já foi dito aqui (na postgresql-br), é que UML é boa para a análise e documentação *do sistema*, mas muitos querem leva-la para os bancos de dados. -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Enviei esta mensagem, para a lista e para o Leandro, mas a lista retornou com erro, provavelmente pelo problema já relatado pelo Fábio. -- Mensagem reenviada -- Subject: Re: [pgbr-geral] Modelagem de Dados à la Unix Date: Seg 02 Jul 2007 From: Johnny Taylor Faria Chaves <[EMAIL PROTECTED]> To: Leandro Guimarães Faria Corcete DUTRA <[EMAIL PROTECTED]> Em Sex 29 Jun 2007, Leandro Guimarães Faria Corcete DUTRA escreveu: > >>Esta é uma idéia bem incipiente, gostaria de discuti-la aqui. > >> Alguns podem achar que é fora do tópico; nesse caso, aceito > > sugestões > > >> de onde debatê-la. > > > > O ideal, seria na bancosdedados, mas, como voce disse em outra > > mensagem, ela anda meio parada (ou parada e meia ). > > Mea culpa, mea culpa, mea maxima culpa. > > Por outro lado, ela foi criada numa época em que, lá no Yahoo!, > algumas pessoas reclamaram das discußões conceituais e da gente querer > ensinar o melhor. Como eßa época paßou, não vejo mal algum em > retomarmos eßas discußões aqui. Ótimo. > > > Acabei não participando das conversas na outra discussão, mas notei > > que estamos numa mesma encruzilhada. > > Não sabia. Te importas em compartilhar conosco tuas experiências? É que estou envolvido em dois projetos. Um, quase fracassando, onde combinamos fazer o BD o mais ANSI possível, mas decidiram usar .NET e ms sql server e mesmo os que tomaram essa decisão não conhecem as ferramentas. Outro ainda em fase de proposta vai, proposta vem, em uma entidade governamental, que deve usar exclusivamente PostgreSQL, mas terei (provavelmente) que usar diagramas para comunicar com outros (pessoas e/ou setores). >> Não creio que seja absurdo, mas quem fizesse seria considerado >> "herege", pelos "analistas empurra rato", hoje mesmo me >> frustei muito tentando conversar com uma dessas . > Fiquei curioso. Como você descreve um ‘analista empurra-rato’, e > aliás de onde vem eßa expreßão? Do primeiro projeto citado, onde as pessoas que estão fazendo a análise se limitam ao que o erwin ou o jude podem oferecer, tanto que em um deles (creio que o erwin) que é todo por "click", me pediram ajuda por não conseguirem remover um elemento criado, ai descobri que era com (ou +), a expressão é minha mesmo, mas como um desabafo mesmo. > > Aliás, meninas de plantão, vamos melhorar a representação na > Informática… ou é verdade que vocês são tão inteligentes que preferem > áreas com menos pepinos e (ou) maiores recompensas? O fato de ter sido *uma* analista foi pura coincidência, *os* analistas dão o mesmo trabalho. > > > Já sonhei com "algo" no Postgresql em que pudessemos escrever > > relacional e usar alguma parte do SGSB (sem passar por SQL) para > > executar, mas creio que isso seja sonha demais. > > Por quê? > > Difícil sim, nem faço idéia como se poderia começar. > > Na verdade o Postgres original suportava QUEL, uma outra linguagem. > E o ‘primo’ Ingres ainda suporta QUEL. Então imagino que seja viável, > seja criando mais uma interface para o PostgreSQL, seja bifurcando o > projeto. Me lembrei disso, e o ingres foi liberado com uma licença livre, não lembro qual e se continua ou foi apenas uma versão, cheguei a baixa-lo, mas não fui adiante. Se for com o PostgreSQL, seria ideal mais uma interface, era o que tinha em mente. > > > Eu entendi, e posso até *ajudar*, mas como disse, não tenho estrutura > > para iniciar, e no momento, nem tomar frente de muita coisa. > > Nem eu… estou só jogando a idéia para a lista (e os amigos), para > ver o que acham. E aceito idéias sobre como viabilizar. > > > ps.: Não entendi as referências: Dumbo e Jumbo. > > Qual o noßo mascote? Desculpe a vergonha que passei, parece que o dumbo aqui sou eu :) . > > > ps2.: Alguém conhece alguma ferramenta boa para exibir os ".dot" > > gerados pelo Autodoc? Só conheço o dotty, mas não funciona > > Graphviz. Muito bom. Mas na verdade arquivos dot não se abrem, se > usam para gerar diagramas. Eles definem a estrutura, não o diagrama em > si. Obrigado, mas poderia me passar alguma referência, sobre como usa-los? Leandro, tenho recebido alguns caracteres estranhos em suas mensagens, uso o kmail com utf8 como primeira opção, se eles retornarem estranhos, me desculpe por enquanto. []'s -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. --- -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Seg 02 Jul 2007, Leandro Guimarães Faria Corcete DUTRA escreveu: > Em Seg, 2007-07-02 às 12:36 +0000, Johnny Taylor Faria Chaves escreveu: > > Um, quase fracassando, onde combinamos fazer o BD o mais ANSI possível, > > mas decidiram usar .NET e ms sql server e mesmo os que tomaram essa > > decisão não conhecem as ferramentas. > > ANSI você quer dizer ISO SQL:2003, não? Questão de costume, acabamos dizendo ANSI quando queremos dizer seguindo "os padrões", e aqui em Belo Horizonte quando se fala ISO, a maioria das pessoas pensa em ISO 9000 :(. > > Se for com o PostgreSQL, seria ideal mais uma interface, era o que > > tinha em mente. > > Não sei se é viável. Quando eu era mais ingênuo, cheguei a lançar a > idéia na hackers, não foram muito entusiásticos. Pois é, mas um "fork" seria um (re)trabalho herculeo. -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Sex 29 Jun 2007, Leandro Guimarães Faria Corcete DUTRA escreveu: > >>Esta é uma idéia bem incipiente, gostaria de discuti-la aqui. > >> Alguns podem achar que é fora do tópico; nesse caso, aceito > > sugestões > > >> de onde debatê-la. > > > > O ideal, seria na bancosdedados, mas, como voce disse em outra > > mensagem, ela anda meio parada (ou parada e meia ). > > Mea culpa, mea culpa, mea maxima culpa. > > Por outro lado, ela foi criada numa época em que, lá no Yahoo!, > algumas pessoas reclamaram das discußões conceituais e da gente querer > ensinar o melhor. Como eßa época paßou, não vejo mal algum em > retomarmos eßas discußões aqui. Ótimo. > > > Acabei não participando das conversas na outra discussão, mas notei > > que estamos numa mesma encruzilhada. > > Não sabia. Te importas em compartilhar conosco tuas experiências? É que estou envolvido em dois projetos. Um, quase fracassando, onde combinamos fazer o BD o mais ANSI possível, mas decidiram usar .NET e ms sql server e mesmo os que tomaram essa decisão não conhecem as ferramentas. Outro ainda em fase de proposta vai, proposta vem, em uma entidade governamental, que deve usar exclusivamente PostgreSQL, mas terei (provavelmente) que usar diagramas para comunicar com outros (pessoas e/ou setores). >> Não creio que seja absurdo, mas quem fizesse seria considerado >> "herege", pelos "analistas empurra rato", hoje mesmo me >> frustei muito tentando conversar com uma dessas . > Fiquei curioso. Como você descreve um ‘analista empurra-rato’, e > aliás de onde vem eßa expreßão? Do primeiro projeto citado, onde as pessoas que estão fazendo a análise se limitam ao que o erwin ou o jude podem oferecer, tanto que em um deles (creio que o erwin) que é todo por "click", me pediram ajuda por não conseguirem remover um elemento criado, ai descobri que era com (ou +), a expressão é minha mesmo, mas como um desabafo mesmo. > > Aliás, meninas de plantão, vamos melhorar a representação na > Informática… ou é verdade que vocês são tão inteligentes que preferem > áreas com menos pepinos e (ou) maiores recompensas? O fato de ter sido *uma* analista foi pura coincidência, *os* analistas dão o mesmo trabalho. > > > Já sonhei com "algo" no Postgresql em que pudessemos escrever > > relacional e usar alguma parte do SGSB (sem passar por SQL) para > > executar, mas creio que isso seja sonha demais. > > Por quê? > > Difícil sim, nem faço idéia como se poderia começar. > > Na verdade o Postgres original suportava QUEL, uma outra linguagem. > E o ‘primo’ Ingres ainda suporta QUEL. Então imagino que seja viável, > seja criando mais uma interface para o PostgreSQL, seja bifurcando o > projeto. Me lembrei disso, e o ingres foi liberado com uma licença livre, não lembro qual e se continua ou foi apenas uma versão, cheguei a baixa-lo, mas não fui adiante. Se for com o PostgreSQL, seria ideal mais uma interface, era o que tinha em mente. > > > Eu entendi, e posso até *ajudar*, mas como disse, não tenho estrutura > > para iniciar, e no momento, nem tomar frente de muita coisa. > > Nem eu… estou só jogando a idéia para a lista (e os amigos), para > ver o que acham. E aceito idéias sobre como viabilizar. > > > ps.: Não entendi as referências: Dumbo e Jumbo. > > Qual o noßo mascote? Desculpe a vergonha que passei, parece que o dumbo aqui sou eu :) . > > > ps2.: Alguém conhece alguma ferramenta boa para exibir os ".dot" > > gerados pelo Autodoc? Só conheço o dotty, mas não funciona > > Graphviz. Muito bom. Mas na verdade arquivos dot não se abrem, se > usam para gerar diagramas. Eles definem a estrutura, não o diagrama em > si. Obrigado, mas poderia me passar alguma referência, sobre como usa-los? Leandro, tenho recebido alguns caracteres estranhos em suas mensagens, uso o kmail com utf8 como primeira opção, se eles retornarem estranhos, me desculpe por enquanto. []'s -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de Dados à la Unix
Em Qui 28 Jun 2007, Leandro Guimarães Faria Corcete DUTRA escreveu: > Esta é uma idéia bem incipiente, gostaria de discuti-la aqui. Alguns > podem achar que é fora do tópico; nesse caso, aceito sugestões de onde > debatê-la. O ideal, seria na bancosdedados, mas, como voce disse em outra mensagem, ela anda meio parada (ou parada e meia :( ). > > Vocês sabem que andei investigando ferramentas de modelagem, e acabei > ficando frustrado. Acabei não participando das conversas na outra discussão, mas notei que estamos numa mesma encruzilhada. ... > > Mas agora o que tem me irritado é o próprio fluxo de trabalho dessas > ferramentas. Não são nada práticas, forçando tudo a passar por > diagramas. Eu preferiria fazer tudo em texto, e ter diagramas como > saídas do processo, não entradas. Também gostaria disso, mas não tenho estrutura para iniciar algo assim. > E tive a idéia maluca de escrever uma > proposta a respeito, mas queria saber se alguém já viu algo assim, ou se > é absurdo. Não creio que seja absurdo, mas quem fizesse seria considerado "herege", pelos "analistas empurra rato", hoje mesmo me frustei muito tentando conversar com uma dessas . > > Para concluir, creio que um sistema assim poderia ser o começo > de coisas muito melhores. Por exemplo, o único SGBDR hoje em produção é > o Alphora Dataphor, que tem algo semelhante não para modelagem de dados > mas para o sistema como um todo: a gente escreve D4 (que é uma D válida) > e os comandos são executados num SGBD SQL (infelizmente ainda não > suporta o Jumbo). Já sonhei com "algo" no Postgresql em que pudessemos escrever relacional e usar alguma parte do SGSB (sem passar por SQL) para executar, mas creio que isso seja sonha demais. > Deu para entender? Eu entendi, e posso até *ajudar*, mas como disse, não tenho estrutura para iniciar, e no momento, nem tomar frente de muita coisa. ps.: Não entendi as referências: Dumbo e Jumbo. ps2.: Alguém conhece alguma ferramenta boa para exibir os ".dot" gerados pelo Autodoc? Só conheço o dotty, mas não funciona :) -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] CEPs
Ola, Em Sáb 19 Mai 2007, Leandro Guimarães Faria Corcete DUTRA escreveu: > > Algum possui uma base de CEPs confiavel que poderia me passar??? > > Tinha uma antiga e livre circulando por aí, se encontrar avise. Tenho uma cópia em: http://www.brdados.com.br/nucleo/arquivos/cep.sql.bz2 só que está com 8,1 MB (.tar.bz2). ps.: Espero que não gere uma onda de "envie para mim" como da última vez (na postgresql-br). Se alguém pudesse criar um torrent seria melhor :) . []'s -- Johnny Taylor Faria Chaves - LUN 157066 Não combato ou defendo pessoas ou grupos, Combato ou defendo idéias ou atos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
