Em 13/10/2011 23:21, Leandro Guimarães Faria Corce DUTRA escreveu:
Le 2011-O-13 18h5, Flávio Alves Granato a écrit :
Onde se encaixa o modelo não relacional nesta teoria? O famoso NoSQL,
agora viu que não disse programação OO. Sim, acho que não é necessário
implementar a complexidade de um
2011/10/14 Flávio Alves Granato flavio.gran...@gmail.com:
Acho que estou lesado, não entendi… o modelo relacional é mais
simples, a complexidade fica toda dentro dos tipos…
Opinião de cada um.
Absolutamente não.
___
pgbr-geral mailing list
Em 14/10/2011 10:33, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2011/10/14 Flávio Alves Granatoflavio.gran...@gmail.com:
Acho que estou lesado, não entendi… o modelo relacional é mais
simples, a complexidade fica toda dentro dos tipos…
Opinião de cada um.
Absolutamente não.
Onde o
2011/10/14 Flávio Alves Granato flavio.gran...@gmail.com:
Onde o modelo relacional é mais simples que o NoSQL como comentei?
Não existe um modelo NoSQL, ele é simplesmente a reversão às bases de
dados prerrelacionais, dos anos sessenta e setenta.
Isso dito, o modelo relacional trabalha com
Em 14/10/2011 12:44, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2011/10/14 Flávio Alves Granatoflavio.gran...@gmail.com:
Onde o modelo relacional é mais simples que o NoSQL como comentei?
Não existe um modelo NoSQL, ele é simplesmente a reversão às bases de
dados prerrelacionais, dos
Pessoal, com a chegada do horário de verão, estou com um probleminha para
resolver.
Aqui na empresa, possuímos diversos databases de vários sistemas espalhados
pelo Brasil inteiro, em um único servidor. Com o horário de verão chegando,
não é possível simplesmente alterar o parâmetro no
Em 13 de outubro de 2011 10:47, Pedro Ivo Bispo França
pe...@xbrain.com.brescreveu:
Pessoal, com a chegada do horário de verão, estou com um probleminha para
resolver.
Aqui na empresa, possuímos diversos databases de vários sistemas espalhados
pelo Brasil inteiro, em um único servidor. Com o
Obrigado pela resposta Edson! Queria deixar essa solução em último caso...
Vamos torcer que alguém venha com alguma ideia genial...
[]'s
Em 13 de outubro de 2011 10:58, Edson neto edson.edsn...@gmail.comescreveu:
Em 13 de outubro de 2011 10:47, Pedro Ivo Bispo França
pe...@xbrain.com.br
2011/10/13 Pedro Ivo Bispo França pe...@xbrain.com.br:
Aqui na empresa, possuímos diversos databases de vários sistemas espalhados
pelo Brasil inteiro, em um único servidor. Com o horário de verão chegando,
não é possível simplesmente alterar o parâmetro no postgres.conf pois
diversos estados
On 13-10-2011 10:47, Pedro Ivo Bispo França wrote:
O problema é que se eu altero o timezone da base, TODAS as datas da base,
mesmo as anteriores ao horário de verão, vão ser alteradas no output. Como
evitar isso? Talvez o a coluna is_dst em pg_timezone_names ajude em algo?
Não entendi direito
Euler, mas eu armazeno a data em um timestamp with time zone, porém, ele não
armazena o timezone no momento da gravação, a hora armazenada é a
equivalente em UTC, e no momento do display, ele faz o ajuste dependendo da
timezone atual. Confere? Não vejo um jeito de adaptar isso tudo e deixar os
2011/10/13 Pedro Ivo Bispo França pe...@xbrain.com.br:
Euler, mas eu armazeno a data em um timestamp with time zone, porém, ele não
armazena o timezone no momento da gravação, a hora armazenada é a
equivalente em UTC, e no momento do display, ele faz o ajuste dependendo da
timezone atual.
entendi...
Estou pensando em por uma flag no banco, que diz se o estado participa ou
não do horário de verão. A aplicação, ao abrir a sessão le esse parâmetro, e
da um AT TIMEZONE correspondente, se a data estiver nos períodos de horário
de verão.
O que acham? Se tiverem uma idéia melhor, podem
2011/10/13 Pedro Ivo Bispo França pe...@xbrain.com.br:
Estou pensando em por uma flag no banco, que diz se o estado participa ou
não do horário de verão. A aplicação, ao abrir a sessão le esse parâmetro, e
da um AT TIMEZONE correspondente, se a data estiver nos períodos de horário
de verão.
Nossa...muito obrigado!! Ajudou bastante!! Vou tentar resolver o problema
desta forma!
Obrigado a todos que contribuiram
Em 13 de outubro de 2011 14:45, Guimarães Faria Corcete DUTRA, Leandro
l...@dutras.org escreveu:
2011/10/13 Pedro Ivo Bispo França pe...@xbrain.com.br:
Estou pensando
2011/10/13 Shander Lyrio shan...@nucleo45.com.br:
O problema ocorre quando vários clientes de fusos horários diferentes
tem seu sistema hospedado em um mesmo servidor, o que não é incomum em SaaS.
Se o sistema roda no servidor, isso é bom — mas, se isso significa que
ele não se comunica
Em 13/10/2011 15:39, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2011/10/13 Shander Lyrioshan...@nucleo45.com.br:
O problema ocorre quando vários clientes de fusos horários diferentes
tem seu sistema hospedado em um mesmo servidor, o que não é incomum em SaaS.
Se o sistema roda no
2011/10/13 Flávio Alves Granato flavio.gran...@gmail.com:
Em 13/10/2011 15:39, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2011/10/13 Shander Lyrioshan...@nucleo45.com.br:
Imagina um sistema de logística onde gente do Brasil inteiro insere
dados, cada um estando em um fuso horário
Em 13-10-2011 15:39, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2011/10/13 Shander Lyrioshan...@nucleo45.com.br:
O problema ocorre quando vários clientes de fusos horários diferentes
tem seu sistema hospedado em um mesmo servidor, o que não é incomum em SaaS.
Se o sistema roda
Qual o problema?
Concordo, não vejo problema a não ser quando o mesmo usuário é usado em
vários logins ao mesmo tempo e em diferentes lugares, fora isso acho
que é bem fácil de resolver.
Nesse caso, a gente volta à solução ideal — o cliente tem de informar
à aplicação onde está — e ao
Em 13/10/2011 15:59, Shander Lyrio escreveu:
Em 13-10-2011 15:39, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2011/10/13 Shander Lyrioshan...@nucleo45.com.br:
O problema ocorre quando vários clientes de fusos horários
diferentes
tem seu sistema hospedado em um mesmo servidor, o
Pessoal, então se em uma aplicação WEB não tem como solicitar do browser a
localização do usuário, então nos resta pré-cadastrar se um estado está ou
não utilizando o horário de verão e setar o timezone da sessão de acordo com
esta informação. Correto?
Abraços
Em 13 de outubro de 2011 16:12,
Em 13/10/2011 16:16, Pedro Ivo Bispo França escreveu:
Pessoal, então se em uma aplicação WEB não tem como solicitar do
browser a localização do usuário, então nos resta pré-cadastrar se um
estado está ou não utilizando o horário de verão e setar o timezone da
sessão de acordo com esta
Pelo Google achei comentários como o [1] que menciona a respeito de pegar a
hora do cliente e não do servidor através de linguagem.
Seria a isso que que se refere?
[1] http://www.hardware.com.br/comunidade/hora-php/966338/
Abraços,
Eduardo Alexandre
Em 13 de outubro de
Em 13/10/2011 16:27, Eduardo Alexandre escreveu:
Pelo Google achei comentários como o [1] que menciona a respeito de
pegar a hora do cliente e não do servidor através de linguagem.
Seria a isso que que se refere?
[1] http://www.hardware.com.br/comunidade/hora-php/966338/
Sim, é disso mesmo
E analisando aqui, o pior não é nem descobrir a timezone do cliente. É
descobrir se ele está adotando ou não o bendito horário de verão. Isso é uma
questão política e não só geográfica. (A bahia está entrando recentemente no
horário de verão se não me engano)
Tem como saber se o usuário está ou
Em 13/10/2011 16:53, Pedro Ivo Bispo França escreveu:
E analisando aqui, o pior não é nem descobrir a timezone do cliente. É
descobrir se ele está adotando ou não o bendito horário de verão. Isso
é uma questão política e não só geográfica. (A bahia está entrando
recentemente no horário de
2011/10/13 Shander Lyrio shan...@nucleo45.com.br:
O Sistema roda na Web, um browser não passa automaticamente o fuso
horário numa requisição http, também não tem como você pedir para o
browser te passar esta informação do sistema operacional do usuário por
questões de segurança.
Que
2011/10/13 Flávio Alves Granato flavio.gran...@gmail.com:
As vezes é bom não ter regras e as vezes é bom ter regras
Se não há regras, não há como criar um sistema… um sistema sem regras
é um sistema inconsistente.
às vezes é
bom ter relacionamentos e às vezes não. Concordo que o modelo
2011/10/13 Eduardo Alexandre eduardog...@gmail.com:
Pelo Google achei comentários como o [1] que menciona a respeito de pegar a
hora do cliente e não do servidor através de linguagem.
Seria a isso que que se refere?
[1] http://www.hardware.com.br/comunidade/hora-php/966338/
Basicamente sim,
2011/10/13 Pedro Ivo Bispo França pe...@xbrain.com.br:
E analisando aqui, o pior não é nem descobrir a timezone do cliente. É
descobrir se ele está adotando ou não o bendito horário de verão.
Por isso que se deve usar não a diferença de fuso (+2 ou -3, por
exemplo), mas o nome do fuso ou, mais
2011/10/13 Flávio Alves Granato flavio.gran...@gmail.com:
Agora tem, já que o Lula sancionou a lei que fixa os dias de início e
fim do horário de verão.
O problema não é haver lei, que sempre houve, mas o governo resistir a
emitir medidas provisórias acochambrando para a Globo transmitir a
2011/10/13 Shander Lyrio shan...@nucleo45.com.br:
Responder perguntas sempre dizendo, que se deveria procurar uma chave
natural, ou que se estivesse usando chave natural isso ou aquilo não
aconteceria, ou ainda que sugiro que procure chave natural não resolve o
problema de ninguém,
2011/10/13 Flavio Henrique Araque Gurgel fha...@gmail.com:
Basicamente sim, mas não basta a hora: tem de saber a diferença para
UTC, e isso se sabe pela cidade de referência do fuso.
A hora GMT é a hora zero de onde os fusos horários são calculados.
Em Informática, GMT foi substituída pela
Em 13-10-2011 16:16, Pedro Ivo Bispo França escreveu:
Pessoal, então se em uma aplicação WEB não tem como solicitar do browser
a localização do usuário, então nos resta pré-cadastrar se um estado
está ou não utilizando o horário de verão e setar o timezone da sessão
de acordo com esta
Em 13-10-2011 16:25, Flávio Alves Granato escreveu:
Em 13/10/2011 16:16, Pedro Ivo Bispo França escreveu:
Pessoal, então se em uma aplicação WEB não tem como solicitar do
browser a localização do usuário, então nos resta pré-cadastrar se um
estado está ou não utilizando o horário de verão e
Em transações bancárias por exemplo sim, mas e nas outras
aplicações? Creio que um modelo hibrido seria bom onde objetos complexos
vivem em harmonia com o modelo relacional. Claro cada situação é uma
situação.
Esse modelo é o relacional, vide _The Third Manifest_… o modelo
relacional não
Em 13/10/2011 17:54, Shander Lyrio escreveu:
Em 13-10-2011 16:25, Flávio Alves Granato escreveu:
Em 13/10/2011 16:16, Pedro Ivo Bispo França escreveu:
Pessoal, então se em uma aplicação WEB não tem como solicitar do
browser a localização do usuário, então nos resta pré-cadastrar se um
estado
Em 13-10-2011 16:17, Flávio Alves Granato escreveu:
Creio que seja mais fácil do que você colocou em sua argumentação e que
pelo contrário seja uma questão de segurança saber a que real horário o
cliente acessou a sua máquina, se não seria a segurança do *indows
Você não tem como
O mais simples é isso mesmo, o usuário informa sua timezone. Num ERP
isto pode ser implícito, o usuário pode ser cadastrado com uma TZ fixa
ou a TZ pode ser associada ao servidor onde ele está se logando. Um
funcionário do operacional pode nem saber que existe TZ e esta ser
fixa no seu cadastro;
Em 13-10-2011 17:26, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2011/10/13 Shander Lyrioshan...@nucleo45.com.br:
O Sistema roda na Web, um browser não passa automaticamente o fuso
horário numa requisição http, também não tem como você pedir para o
browser te passar esta
Em 13/10/2011 18:18, Shander Lyrio escreveu:
Em 13-10-2011 16:17, Flávio Alves Granato escreveu:
Creio que seja mais fácil do que você colocou em sua argumentação e que
pelo contrário seja uma questão de segurança saber a que real horário o
cliente acessou a sua máquina, se não seria a
Le 2011-O-13 18h5, Flávio Alves Granato a écrit :
Onde se encaixa o modelo não relacional nesta teoria? O famoso NoSQL,
agora viu que não disse programação OO. Sim, acho que não é necessário
implementar a complexidade de um modelo relacional em todas as
situaçãos, apesar de ele poder ser
Le 2011-O-13 18h12, Shander Lyrio a écrit :
Sempre há uma chave natural, quase nunca faz sentido usá-la.
Absurdo.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org
+55 (11) 9406 7191ICQ/AIM:
44 matches
Mail list logo