fulvio

Bom dia, O replace está correto para alterar a string, mas o agrupamento não informará quantos 160 aparecem na string. Você terá que fazer um loop para contar quantas vezes o 160 irá aparecer. Poderá utilizar o CHARINDEX do sql. Ele retorna a primeira ocorrência de caracter(es) em uma string. OBS.: o CHARINDEX retorna quando encontrar a primeira ocorrência. Aí q vem o loop para identificar as demais ocorrências, até a string terminar. Faça um contador para ir incrementando toda vez o a função encontrar o(s) caracter(es) desejado(s).

Bom dia Delluto, Não baixei o arquivo porque não consegui... tem como você me mandar pelo MSN? No meu perfil tem o endereço.

Bom dia Carlos, O erro [0x80041010] é bem parecido com o seu, apenas há uma mudança na interfase que está abrindo do sql. Este erro é um pouco "nebuloso". você está com o Server 2003? Verifique se o sql tem permissão nas pastas que manipula (x86 e 64). Verifique sua senha de domínio. O arquivo mof da pasta no post anterior estava vinculada à máquina do cara. O seu aqruivo mof está configurado para x86. Encontrei em um forum uma solução via prompt: http://www.sqldev.org/sql-server-data-acce...005-69435.shtml

Bom dia Mauricio, Não testei os arquivos. Pela extensão do mesmo informei qual o aplicativo relacionado. Não consegui baixar o arquivo que disponibilizou. :.(

Boa tarde Carlos, Olhe se o link ajuda: http://blogs.msdn.com/b/echarran/archive/2.../03/509061.aspx

Acrescentando: não haverá a necessidade de utilizar WHILE, apenas update.

De nada... precisando estamos ai!! :.)

Bom dia Jessé, Tente utilizar o Wizard do sql para fazer este transporte.

Bom dia Samir, O sql usando 95% da memória é muito. Estes picos fazem com que a performance caia. O interessante é utilizar um Trace do sql (Profiler) para identificar o que pode estar ocasionando o pico. O Trace monitora os processos que são executados no Banco. Mas ai teremos um outro problema.... o Trace é "pesado", o que pode piorar ainda mais sua performance. Você terá duas alternativas para tentar resolver o problema de performance: - Mexer no hardware - a maioria das empresas não gostam, porque é caro e tem q ter tempo para fazer a aquisição. - Monitorar os processos da Base, identificar os pontos críticos e fazer implementações nos códigos / processos, para aumento da performance. Dicas: - Tente executar o Trace em horários de menor pico, tentando encontrar processos com tempos de execução altos. - Identifique as tabelas principais do sistema: verifique os índices, chaves, etc. Reorganize os índices. - Tente criar novas estruturas de acesso aos dados (como views) para diminuir concorrência. - Identifique tabelas muito grandes na base, que podem ser expurgadas. - Veja a possibidade de realizar "leitura suja" em algumas consultas. - Identifique processos que retornam grande volume de dados: verifique a real necessidade. - Veirfique se as conexões com a Base estão sendo fechadas pelos aplicativos. Performance é sempre um ponto crítico, onde a mairoia das vezes a sua resolução é lenta e contínua... Bem, estas são algumas dicas. Espero que ajude!!

Bom dia NIK, Vá na estrutura da tabela TPRD e procure a constraint TXPRDCOD. Esta constraint está com chave única. Você está tentando inserir um código que já existe. Ou pode ser que nos dados em que está inserindo, possuem duplicidade no código. Verifique não somente se os códigos estão duplicando nos dados já existentes na tabela, mas também nos dados que estão sendo inseridos.

Boa tarde Bruno, São muitas tabelas? Você quer importar os dados apenas ou a estrutura da tabela também? Quando são poucas tabelas e preciso apenas dos dados, faço do modo mais simples: copio e colo.... rs. O problema é quando são muitas tabelas.

Boa tarde Pedro, Você pode continuar fazendo os cálculos com as casas decimais que quiser, mas quando for dar o select aí você formata com duas casas. Se sempre os números aparecerem com 4 casas decimais, poderá fazer desta forma: SELECT left ('9999,1234', len('9999,1234')-2) Se as casas decimais variarem, terá que identifica em qual posição está a virgula e pegar duas casas depois da mesma: SELECT substring ('9999,123', 1, (CHARINDEX (',', '9999,123'))+2)

Precisando estamos ai... :.)

Mandei um email pra você....

Dê uma olhada nas configurações de Protocolos do SQL.

A execução está sendo realizada via DTS (Msxml2.XMLHttp)?

A base é muito grande? Trabalho com o 2005 aqui... posso tentar. Vai no meu perfil e pega meu MSN.

Bom dia Marcus, A versão do SQL Sever é a mesma de antes e depois da formatação do PC? - Se for diferentes, o aconselhável é utilizar a mesma versão e tentar "athachar" a base. - Se for iguais, há a possibilidade do arquivo estar corrompido mesmo. - Se tiver bkp, restaure. - Se não tiver, tente utilizar o aplicativo "MDF Recovery".

Bom dia Nelson, O que não está funcionando em seu script? Se for na parte de VB, moverei seu post para o Forum específico.

Bom dia Junior, Quando digo que as vezes uma normalização pode ocasionar uma perda de performance, é porque o profissional não teve "um consenso entre integridade e performance".

Bom dia MrBox, Já tive várias e várias conversas sobre as FN´s... Na teoria as coisas são muito lindas, mas na prática são um pouco diferentes... rs. Creio que se uma base grande chegar na 3FN, já estará muito bom. Quando tenho estas conversas, sempre falo que cada caso é um caso. As vezes uma normalização pode ocasionar uma perda de performance sim (igual falou que parece um complicador na hora de realizar um INSERT, UPDATE). O que tem que levar em consideração é que uma modelagem não é uma receita de bolo. Se colocarmos 10 pessoas em uma sala, apresentar um probleminha e solicitar uma modelagem, encontrará 10 soluções diferentes. Qual é a certa? Não tem.... terá uma melhor!! :.) Você irá encontrar BD´s modelados no mercado que não cumprem nem a 1FN.

De nada... precisando estamos ai!! :.)

Bom dia Delutto, Os arquivos DCT contém textos associados a um banco de dados do Microsoft Visual FoxPro. Link: http://www.fileinfo.com/extension/dct

Bom dia Oreste, Verifique se a sua base está ok: DBCC CHECKDB. Link para auxiliar: http://msdn.microsoft.com/pt-br/library/ms176064.aspx

Bom dia Nelson, Se você tem um bkp, não tem como importar, mas sim restaurar! Você terá que fazer um restore no servidor que deseja, ok? Segue abaixo um link pra auxiliar: http://imasters.com.br/artigo/14596/sql_se...ql_server_2000/