RES: [delphi-br] ProviderFlags D2010
Caro Eny, Na verdade o que você tem que fazer é antes de add os campos na aplicação cliente, e deixar o clientdataset (active=true), ai só depois add os campo. Depois que implementamos esse padrão não tivemos mais problemas, apesar de ser verdade que no D7 não tínhamos esses problemas. Quanto a estar corrigido não posso te dizer pois não utilizamos o D2010. Abcs Daniel De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Eny Urias Enviada em: segunda-feira, 21 de junho de 2010 17:43 Para: delphi-br@yahoogrupos.com.br Assunto: Res: [delphi-br] ProviderFlags D2010 Nada? Ninguém? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Segunda-feira, 21 de Junho de 2010 15:14:45 Assunto: [delphi-br] ProviderFlags D2010 Oi pessoal! Alguém pode tirar uma dúvida? Ainda não foi corrigido o bug que vem desde o D2009 onde o o ProviderFlags perde suas propriedades e não repassa para o midas? Achei alguns artigos sobre isso mas nenhuma solução concreta... Uso MSSQL 2008 - ADO, ClientDataSet e afins... Se alguém puder ajudar, ficaria muito grata pois perco um tempo acertando os ProviderFlags, sendo que no D7 isso não era necessário... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[delphi-br] ProviderFlags D2010
Oi Daniel! Fiz o que vc recomendou mas não deu certo... Apaguei todos os campos que eu ja tinha do ClientDataSet e no AdoDataSet Depois ativei o ClientDataSet e adicionei os campos somente nele... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Daniel Amorin dan...@infopowersistemas.com.br Para: delphi-br@yahoogrupos.com.br Enviadas: Terça-feira, 22 de Junho de 2010 7:42:12 Assunto: RES: [delphi-br] ProviderFlags D2010 Caro Eny, Na verdade o que você tem que fazer é antes de add os campos na aplicação cliente, e deixar o clientdataset (active=true), ai só depois add os campo. Depois que implementamos esse padrão não tivemos mais problemas, apesar de ser verdade que no D7 não tínhamos esses problemas. Quanto a estar corrigido não posso te dizer pois não utilizamos o D2010. Abcs Daniel De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Eny Urias Enviada em: segunda-feira, 21 de junho de 2010 17:43 Para: delphi-br@yahoogrupos.com.br Assunto: Res: [delphi-br] ProviderFlags D2010 Nada? Ninguém? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Segunda-feira, 21 de Junho de 2010 15:14:45 Assunto: [delphi-br] ProviderFlags D2010 Oi pessoal! Alguém pode tirar uma dúvida? Ainda não foi corrigido o bug que vem desde o D2009 onde o o ProviderFlags perde suas propriedades e não repassa para o midas? Achei alguns artigos sobre isso mas nenhuma solução concreta... Uso MSSQL 2008 - ADO, ClientDataSet e afins... Se alguém puder ajudar, ficaria muito grata pois perco um tempo acertando os ProviderFlags, sendo que no D7 isso não era necessário... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] ProviderFlags D2010
Enry, É oseguinte.. desculpe.. pode ser q seja isso.. esse procedimento funciona direitinho com D2009 e FB 2.0, agora q vi q vc utiliza MSSql e provavelmente o drive nativo DBExpress, aqui ainda usamos o do Tiago. Talvez por isso não tenha funcionado, outro detalhe e q antes de dar o true a bss conection do cliente tem q estar falso para q ele possa buscar as informações do servidor blz Valeu!!! Daniel De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Eny Urias Enviada em: terça-feira, 22 de junho de 2010 10:29 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] ProviderFlags D2010 Oi Daniel! Fiz o que vc recomendou mas não deu certo... Apaguei todos os campos que eu ja tinha do ClientDataSet e no AdoDataSet Depois ativei o ClientDataSet e adicionei os campos somente nele... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Daniel Amorin dan...@infopowersistemas.com.br mailto:daniel%40infopowersistemas.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Terça-feira, 22 de Junho de 2010 7:42:12 Assunto: RES: [delphi-br] ProviderFlags D2010 Caro Eny, Na verdade o que você tem que fazer é antes de add os campos na aplicação cliente, e deixar o clientdataset (active=true), ai só depois add os campo. Depois que implementamos esse padrão não tivemos mais problemas, apesar de ser verdade que no D7 não tínhamos esses problemas. Quanto a estar corrigido não posso te dizer pois não utilizamos o D2010. Abcs Daniel De: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br [mailto:delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br ] Em nome de Eny Urias Enviada em: segunda-feira, 21 de junho de 2010 17:43 Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: Res: [delphi-br] ProviderFlags D2010 Nada? Ninguém? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br mailto:enyurias%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Segunda-feira, 21 de Junho de 2010 15:14:45 Assunto: [delphi-br] ProviderFlags D2010 Oi pessoal! Alguém pode tirar uma dúvida? Ainda não foi corrigido o bug que vem desde o D2009 onde o o ProviderFlags perde suas propriedades e não repassa para o midas? Achei alguns artigos sobre isso mas nenhuma solução concreta... Uso MSSQL 2008 - ADO, ClientDataSet e afins... Se alguém puder ajudar, ficaria muito grata pois perco um tempo acertando os ProviderFlags, sendo que no D7 isso não era necessário... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
RE: [delphi-br] ProviderFlags D2010
Como posso tentar reproduzir este erro? Não tenho absolutamente problema nenhum com providerflags e não tive em nenhuma versão de Delphi que usei, hoje estou na 2010 mas passei por praticamente todas menos o Delphi 8 e o 2005. From: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] On Behalf Of Eny Urias Sent: segunda-feira, 21 de junho de 2010 17:43 To: delphi-br@yahoogrupos.com.br Subject: Res: [delphi-br] ProviderFlags D2010 Nada? Ninguém? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Segunda-feira, 21 de Junho de 2010 15:14:45 Assunto: [delphi-br] ProviderFlags D2010 Oi pessoal! Alguém pode tirar uma dúvida? Ainda não foi corrigido o bug que vem desde o D2009 onde o o ProviderFlags perde suas propriedades e não repassa para o midas? Achei alguns artigos sobre isso mas nenhuma solução concreta... Uso MSSQL 2008 - ADO, ClientDataSet e afins... Se alguém puder ajudar, ficaria muito grata pois perco um tempo acertando os ProviderFlags, sendo que no D7 isso não era necessário... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] Click here https://www.mailcontroller.altohiway.com/sr/c6yvWj8sbc!TndxI!oX7UlXrL06QsU8vRA6zc0q4auxQOoG!VnmCUXKgknTK!4tAXnVjjKs7NdvgMdFy9yJ30A== to report this email as spam. This message has been scanned for viruses by MailController http://www.MailController.altohiway.com/ . [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] ProviderFlags D2010
O que vc usa para acessar o banco? Eu uso ADOConnection (Sql 2008), ADODataSet, DataSetProvider e ClientDataSet... No D7 eu simplesmente adicionava os campos no ClientDataSet e pronto... ja conseguia incluir e alterar... Quando comecei a migrar para o D2009, comecei a ter problemas na alteração... Dá o erro: Record not found or changed by another user... Depois de procurar na net vi que o que o pessoal estava fazendo era: Adicionar os campos também ao ADODataSet, marcar o ProviderFlags das chaves para pfInKey nos dois DataSets e alterar a propriedade UpdateMode do DataSetProvider para upWhereKeyOnly... Funciona mas tá ficando trabalhoso demais! Fiquei sabendo que esse é um bug do Delphi que até então no D7 não existia. Então venho a pergunta: isso não foi arrumado ainda? Posso postar aqui vários links de pessoas com o mesmo problema... mas não acho necessário... É só procurar na net que acha gente com o mesmo problema... Se você conseguiu usar até agora sem nenhum problema nesse esquema que passei então me fala porque tá dificil trabalhar assim... Obrigada! -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Bruno Lichot bruno.lic...@microfocus.com Para: delphi-br@yahoogrupos.com.br Enviadas: Segunda-feira, 21 de Junho de 2010 19:12:44 Assunto: RE: [delphi-br] ProviderFlags D2010 Como posso tentar reproduzir este erro? Não tenho absolutamente problema nenhum com providerflags e não tive em nenhuma versão de Delphi que usei, hoje estou na 2010 mas passei por praticamente todas menos o Delphi 8 e o 2005. From: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] On Behalf Of Eny Urias Sent: segunda-feira, 21 de junho de 2010 17:43 To: delphi-br@yahoogrupos.com.br Subject: Res: [delphi-br] ProviderFlags D2010 Nada? Ninguém? -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles De: Eny Urias enyur...@yahoo.com.br mailto:enyurias%40yahoo.com.br Para: delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br Enviadas: Segunda-feira, 21 de Junho de 2010 15:14:45 Assunto: [delphi-br] ProviderFlags D2010 Oi pessoal! Alguém pode tirar uma dúvida? Ainda não foi corrigido o bug que vem desde o D2009 onde o o ProviderFlags perde suas propriedades e não repassa para o midas? Achei alguns artigos sobre isso mas nenhuma solução concreta... Uso MSSQL 2008 - ADO, ClientDataSet e afins... Se alguém puder ajudar, ficaria muito grata pois perco um tempo acertando os ProviderFlags, sendo que no D7 isso não era necessário... -- Eny Trova Urias Somos o que repetitivamente fazemos, portanto, a excelência não é um feito, mas um hábito- Aristóteles [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] Click here https://www.mailcontroller.altohiway.com/sr/c6yvWj8sbc!TndxI!oX7UlXrL06QsU8vRA6zc0q4auxQOoG!VnmCUXKgknTK!4tAXnVjjKs7NdvgMdFy9yJ30A== to report this email as spam. This message has been scanned for viruses by MailController http://www.MailController.altohiway.com/ . [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]