Valeu Fernando, Mas aí acaba caindo justamente na pesquisa "na mão" que eu achava que seria evitável. Pelo validator resolve, com certeza, mas eu creio que uma solução nativa fosse mais eficiente e mais produtiva.
Por exemplo, algo como a solução HoldingReference para as situações onde haja possibilidade de quebra de "integridade referencial". De qualquer forma, valeu pela atenção. Abs, --- Em zope-pt@yahoogrupos.com.br, "Fernando Correa Neto" <[EMAIL PROTECTED]> escreveu > > Opa! > > On 3/16/07, vinicius_marco <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > E aí galera, como vocês resolvem isso? > > > > Abs, > > Acredito que a abordagem correta seria especificar um validator que > faça essa checagem para você. > Procure no google ou no plone por validators ou custom validators. > > []'s > Fernando > > > > --- Em zope-pt@yahoogrupos.com.br, "vinicius_marco" > > <marco_vinicius@> escreveu > > > > > > Pessoal, > > > > > > qual a melhor maneira de se criar um tipo que tenha um field que não > > > possa ter valor repetido? Existe algum tipo de índice que ofereça este > > > recurso? > > > > > > Exemplo: > > > > > > Uma funcionalidade de envio de notícias para os emails cadastrados. > > > O portal deve verificar se o email informado por um novo usuário já > > > existe no registro de inscritos e só permitir a sua inscrição em caso > > > negativo. > > > > > > Ao invés de pesquisar na mão antes de permitir o registro deste email, > > > não há uma forma de definir esta unicidade no schema? > > > > > > grato pelas ajudas, > > > > > > > >
