bit zero <[EMAIL PROTECTED]> escreveu: Estimados amigos Potgressistas, Antes de mais nada, gostaria de agradecer a esse grupo a oportunidade de me juntar com tantos "amantes" desse maravilhoso banco de dados. Sou novo no desenvolvimento com PostGre, porém diante de tantas genialidades incorporadas a esse banco, não sei como o FB ainda se mantém a frente. Lendo os arquivos pdf's relativos ao banco de dados, fiquei abismado diante de tantos recursos disponíveis. Duas perguntas eu gostaria de fazer: a primeira está relacionada com um tipo de variável que não aparece quando uso do pgadmin - é o tipo VARCHAR[], eu encontrei o character variant que acredito ser a mesma coisa, porém o tipo VARCHAR[] como aparece no tutorial não apresenta. É alguma configuração? Quando vou definir o campo, esse tipo não aparece e no tutorial que peguei ele aparece. Isso tem algo a ver com versão ou configuração? Estou usando a última versão disponibilizada no Site.
Nuca ouvi falar de "character variant". Agora "character varying(n)" e " varchar(n)" são sinônimos. Não utilizo o pgadmin para poder tirar sua dúvida. Segunda: Qual é o tipo de codificação mais recomendado no uso. No caso, quando clico no banco de dados padrão PostGre - uma mensagem do GuruHint aparece, dando a seguinte mensagem: " Database Encolding The database TESTE is created to store data using the SQL_ASCII encoding. This encoding is defined for 7 bit characters only; the meaning of characters with the 8th bit set (non-ASCII characters 127-255) is not defined. Consequently, it is not possible for the server to convert the data to other encodings. If you're storing non-ASCII data in the database, you're strongly encouraged to use a proper database encoding representing your locale character set to take benefit from the automatic conversion to different client encodings when needed. If you store non-ASCII data in an SQL_ASCII database, you may encounter weird characters written to or read from the database, caused by code conversion problems. This may cause you a lot of headache when accessing the database using different client programs and drivers. For most installations, Unicode (UTF8) encoding will provide the most flexible capabilities. " Eu devo (é melhor) eu realmente trabalhar com o padrão UTF8? Sintetizando o que já foi postado nesta lista: Depende do que você pretende armazenar em seu(s) banco(s) de dados(s): - você irá armazenar textos apenas nas línguas pertencentes ao grupo "europeu ocidental" (o português é uma delas)? Então utilize o LATIN1 (ISO 8859-1). Se, por acaso, necessitar do símbolo da moeda euro então utilize o LATIN9 (ISO 8859-15). (na realidade são 8 caracteres diferentes do LATIN1, veja: http://en.wikipedia.org/wiki/ISO_8859-15) - se você precisar, também, armazenar textos em outras línguas (hebraico, russo, chinês, japonês, etc) então utilize um conjunto de caracteres multi-byte o UTF-8 ou UNICODE. Qual seria o melhor padrão para que eu possa desenvolver as minhas aplicações em Delphi? Depende de suas necessidades. Vide acima. []s Osvaldo __________________________________________________ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/
_______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
