Ir direto para busca.
mssql-l · Ms-Sql Server - Brasil

Informações sobre o grupo

  • Associados: 2485
  • Categoria: SQL
  • Criado em: Feb 13, 2001
  • Idioma: Português
? Você já é um associado? Entre no Yahoo!

Dicas

Você sabia...
Você pode fazer buscas no grupo por mensagens antigas.

Mensagens

  Ajuda
Avançado
mensagens 31 - 60 de 32570   Mais antigos  |  < Mais antigos  |  Mais recentes >  |  Mais recentes
mensagens 31 - 60 de 32570   Mais antigos  |  < Mais antigos  |  Mais recentes >  |  Mais recentes
mensagens: Exibir resumo de mensagens Classificar por data ^  
#31 De: "Rondinelly Ramos" <rmramos@...>
Data: Sex, 16 de Fev de 2001 2:25 pm
Assunto: Re: Ta Leeeeeeennnnnnto
rmramos@...
Enviar e-mail Enviar e-mail
 
Bem pessoal

Aqui esta mais detalhado o meu problema,

Nosso amigo aqui da lista o João Bosel fez-me algumas perguntas e deu a sua
opnião.

Gostariamos(Eu e João) que vcs fizessem comentarios .....

Com a palavra João:

> > Caro Rondinelly,
> >
> > Eu não acho que a simples atualização do software possa ter acarretado
> > nesse problema. A diferença de tempos é muito grande!!!
> >
> > Pra poder te ajudar, eu preciso de mais informações a respeito do
ambiente
> > desse servidor. Por exemplo:
> >  - Que serviços atualmente rodam nesse servidor?

Resp:Ele foi comprado para armazenar o sql , mas como os 2 hds sao grandes
  eu uso um para dispor arquivos para os usuarios da rede (hd 2)
  fica assim:
  O sql esta no hd 1
  os arquivos de usuarios no hd 2

> >  - Que serviços rodavam nele antes da atualização do software?
> Resp: Sql dedicado sem o drive de arquivos
>
> >  - É um servidor dedicado (roda apenas o SQL)?
  Resp:Sim, e tb tem o hd com arquivos que mencionei acima

  >  - Qual o tipo de software é usado como cliente (desenvolvimento próprio
ou terceiro)?
  Resp:Desenvolvimento proprio em Vb3 estamos planejando atualização apartir
de 15 fev para versao 6

> >  - A que operação você se refere nessa medida de tempo?
  Resp:Aqui onde trabalho e uma escola e essa operação que cito é um ranking
dos alunos, mas volto a dizer todas operações que levavam minutos agora
levam horas.

> >  - Qual é o número médio de conexões abertas no servidor?
> Resp:Não sei te responder

> >  - Qual a configuração da máquina?
     Resp: É um servidor GATEWAY com dois processadores de 500 e 256MB de
RAM  dois HDs SCSI de 10GB

  > E por fim, por favor, execute a procedure sp_configure e me passe o
> > resultado para que eu possa avaliar as configurações do software.
>     Resp: segue em anexo
>
>
> > Aguardo sua resposta,


Bom, depois de analisar tudo o que me foi passado, o veredito é o seguinte:

  - O fato de utilizar o servidor para armazenamento de arquivos não deve
ser o fator que está causando o problema. Em se tratar de uma escola, eu
acho que não deve haver muito acesso a estes arquivos (não a ponto de
causar o problema).

  - Quanto ao software utilizado como cliente, este sim é um fator potencial
para a causa do problema. O software foi desenvolvido em VB3 e sendo assim
deve utilizar para conexão, uma emulação do próprio Windows ao antigo ODBC
16bits. O ODBC é um mecanismo de acesso a dados de alto-nível, e sendo
assim, lento por natureza. Além de lento, o Server está tendo que fazer a
conversão das chamadas de 16bits para 32bits, uma vez que o SQL Server 7
usa o ODBC de 32bits! Recomendo que o software seja reescrito usando o VB6,
e ainda se possivel, removendo as chamadas ODBC e convertendo-as em
chamadas de outro mecanismo de acesso a dados como RDO (o mais rápido),
ADO, ou DAO (o mais lento, mas mesmo assim, mais rápido que ODBC). E caso o
software não faça uso, passar a utilizar Stored Procedures ao invés da
simples execução da query pelo cliente. A execução de uma Stored Procedure
é bem mais rápida do que o processo de remeter a query para o Server e
depois executá-la. Outro aspecto que se deve verificar, é se o código do
seu programa verifica se já há uma instância do programa rodando na
máquina, pois muitos usuários tem o mal hábito de abrir várias cópias do
programa na máquina, o que abre varias conexões no servidor e o SQL demanda
muita memória pelas conexões! Verifique também que o software abre uma
conexão quando é iniciado e a encerra quando é finalizado, pior do que ter
muitas conexões abertas no servidor é ficar abrindo e fechando elas para
cada operação a ser realizada! O ODBC faz isso! Em geral se vc tem dois
controles DataGrid em um Form, o ODBC tende a abrir uma conexão para cada!

  - Quanto a configuracao da máquina, eu não vejo uma real necessidade de
expandir a memória mas, quanto mais memória melhor! O W2K e o SQL 7
demandam mais memória do que o NT4 e o SQL 6.5, mas eu não acho que o
problema seja esse. Em todo caso, durante a execução dessas tarefas
pesadas, utilize o monitor de performance para verificar a quantidade de
acesso à memória virtual, ou até mesmo o gerenciado de tarefas, tb monitora
a memória alocada. Se for verificado que durante essa execução a quantidade
de memória alocada ultrapassa 150% da quantidade de memória física (aprox.
384MB) talvez seja hora de comprar um pente novo de memória! Mesmo assim,
eu ainda acho que vale a pena esperar pela nova versão do software!!!

Espero ter ajudado, e coloco-me a disposição para esclarecer qualquer
dúvida que ainda esteja restando,

=================================
João Bosel Polisél
Gerencia de Banco de Dados
Gerencia de DataWare House

Bem João, Bom Dia!

Esqueci de dizer na msg anterior que quando acessamos o sql pelo sistema ele
consome mais que 200 mb só para o sql e que ele esta absurdamente usando a
memoria virtual o hd fica acesso o tempo todo.

No planejamento de atividades pra 2001 daqui eu coloquei a atualização para
VB 6 e pretendo usar ADO como ULTRAURGENTE ou seja apartir de segunda eu ja
devo coordenar minha equipe para tal

E comprarei um pente de 256MB para ver se ameniza a situação ate o final da
atualização do sistema pq do jeito que ta não da pra fazer quase nada.

Mais uma coisa...

Quando resolvemos mudar o servidor ele possuia uma estrutura diferente da
que hoje se encontra,

Veja:
Tinha um NT4 com SQL 6.5 e minhas tabelas estavam divididas em varios
database ex:

Tb_Aluno -------- database escola_db
Tb_Notas -------- database notas_db

Pra dar manutenção no sistema ficava muito mais complicado então resolvemos
unificar em um só database no novo servidor e ficaria

todas tabelas ---------database Empresa

e como foi feito ?

Como não tenho curso de sql resolvi da seguinte forma, sabendo que não era a
IDEAL

Instalei o sql 6.5 no novo servidor com nt2000 e criei todos databases então
baixei o backup do 6.5 , ai comecei a unificar em um só database(Empresa) e
depois instalei o sql 7 e passei pra ele.

Ainda esta instalado o 6.5 no servidor, Sera que tem algo haver ? Por não
ter sido uma instalação "LIMPA" do Sql 7 ?

Tenho medo de remover o 6.5 e dar algum problema , vc ja desinstalou o 6.5
??
Tenho que arriscar e remover o 6.5?
Será que agora ja com a nova estrutura (Sql 7)e com posse do backup , será
que uma reinstalação completa desse servidor não seria ideal.

E tb quando comprei o servidor ele veio faltando um processador ou seja
instalei o win2000 com um processador(que ficou como uni-processador)  e
depois de meses foi instalado o segundo e a pouco tempo que consegui
configura-lo para multi-processador e parece que esta funcionando com os
dois pois os leds do dois agora acendem.

Final das contas

Tenho um avião e não sei utilizar toda sua performace por falta de
conhecimento (Cursos)
Alias estou indo agora pra sala da minha gerente expor o problema e chorar
um pacote MCSE que com certeza irá ajudar .

Enquanto não sei muita coisa fico te pertubando
Um abraço
name                                minimum     maximum     config_value
run_value
----------------------------------- ----------- ----------- ------------
-----------
affinity mask                       0           2147483647  0            0
allow updates                       0           1           0            0
cost threshold for parallelism      0           32767       5            5
cursor threshold                    -1          2147483647  -1           -1
default language                    0           9999        0            0
default sortorder id                0           255         54           54
extended memory size (MB)           0           2147483647  0            0
fill factor (%)                     0           100         0            0
index create memory (KB)            704         1600000     0            0
language in cache                   3           100         3            3
language neutral full-text          0           1           0            0
lightweight pooling                 0           1           0            0
locks                               5000        2147483647  0            0
max async IO                        1           255         32           32
max degree of parallelism           0           32          0            0
max server memory (MB)              4           2147483647  2147483647  
2147483647
max text repl size (B)              0           2147483647  65536        65536
max worker threads                  10          1024        255          255
media retention                     0           365         0            0
min memory per query (KB)           512         2147483647  1024         1024
min server memory (MB)              0           2147483647  0            0
nested triggers                     0           1           1            1
network packet size (B)             512         65535       4096         4096
open objects                        0           2147483647  0            0
priority boost                      0           1           0            0
query governor cost limit           0           2147483647  0            0
query wait (s)                      -1          2147483647  -1           -1
recovery interval (min)             0           32767       0            0
remote access                       0           1           1            1
remote login timeout (s)            0           2147483647  5            5
remote proc trans                   0           1           1            1
remote query timeout (s)            0           2147483647  0            0
resource timeout (s)                5           2147483647  10           10
scan for startup procs              0           1           1            1
set working set size                0           1           0            0
show advanced options               0           1           1            1
spin counter                        1           2147483647  10000        1
time slice (ms)                     50          1000        100          100
two digit year cutoff               1753        9999        2049         2049
Unicode comparison style            0           2147483647  196611       196611
Unicode locale id                   0           2147483647  1033         1033
user connections                    0           32767       0            0
user options                        0           4095        0            0

#32 De: Mauro de Amorim <mauro@...>
Data: Sex, 16 de Fev de 2001 2:42 pm
Assunto: Re: Ta Leeeeeeennnnnnto
mauro@...
Enviar e-mail Enviar e-mail
 
Voce já apl;icou os SP's para o SQL 7, se não ainda vai ter muita dor de
cabeça, recomendo que instale depressa, o ultimo e o SP3.

Mauro.
----- Original Message -----
From: "Rondinelly Ramos" <rmramos@...>
To: <mssql-l@egroups.com>
Sent: Friday, February 16, 2001 10:02 AM
Subject: Re: [mssql-l] Ta Leeeeeeennnnnnto


> TENHO CERTEZA que não foi a forma correta mas a que veio a minha cabeça e
> que funcionou no momento , (a falta de um curso especializado faz essas
> coisas) , mandei assim.
>
> Como não sabia(sei) pegar o backup do 6.5 e restaurar direto para o  7
> Fiz um backup do 6.5 em fita
> Instalei o 6.5 no nt 2000 e restaurei o backup e depois instalei o sql 7
por
> cima, e assim esta te hoje
>
> Alias eu gostaria de saber se posso tirar esse 6.5 que esta sujando meu
hd?
>
> Ps. Apos feita essa operação , resolvi mudar tb a estrutura dos databases
> para facilitar a manutenção e programação das aplicações, assim;
>
> Tinha 6 databases - escola_db, pessoal_db, trabalho_db ....
> Criei um databases sqlnovo_db e transportei tudo pra ele , ficando um só
> fica mais facil.
>
>
> ----- Original Message -----
> From: "João Bosel Polisél" <joao@...>
> To: <mssql-l@egroups.com>
> Sent: Friday, February 16, 2001 8:15 AM
> Subject: Re: [mssql-l] Ta Leeeeeeennnnnnto
>
>
> |
> | Rondinelly,
> |
> | Gostaria de saber como foi que vc fez para passar o banco de dados do
SQL
> | 6.5 para o SQL 7.0???
> |
> | O processo foi feito por BCP ou Backup???
> |
> | []'s
> |
> | =================================
> | João Bosel Polisél
> | Gerencia de Banco de Dados
> | Gerencia de Data WareHouse
> |
> | VALENTI Network Computing
> | E-mail: joao@...
> | Tel: +55 (11) 3085-1176
> |
> | Bolsa de Mercadorias & Futuros
> | Tel: +55 (11) 3119-2000 R: 2783
> | =================================
> |
> |
> | On Fri, 16 Feb 2001 08:40:16 -0300, "Rondinelly Ramos"
> | <rmramos@...> wrote :
> |
> | > Pessoal tenho um GRAVISSIMO problema aqui:
> | >
> | > Tenho na aplicação um relatorio que gera ranking dos alunos e que no
> | antigo
> | > sql (6.5) gerava em 3 minutos no maximo
> | >
> | > Agora no novo sql 7.0 eu coloquei uma turma ontem e ainda não terminou
o
> | > processo mais de 10 HORAS , isso mesmo, HORAS.
> | >
> | > No antigo era NT 4 e SQL 6.5
> | > num pentium II com 128 RAM
> | >
> | > No novo Pentium III com 2 processadores e NT 2000 , SQL 7.0
> | > com 256 RAM
> | >
> | > O que está errado?
> | > Alguem me de uma luz por favor?
> | >
> | >
> | >
> | >
> | >
> | > Para cancelar sua assinatura deste grupo, envie um e-mail para:
> | > mssql-l-unsubscribe@egroups.com
> | >
> | >
> | >
> | >
> | >
> | >
> |
> | Para cancelar sua assinatura deste grupo, envie um e-mail para:
> | mssql-l-unsubscribe@egroups.com
> |
> |
> |
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>

#33 De: Mauro de Amorim <mauro@...>
Data: Sex, 16 de Fev de 2001 2:47 pm
Assunto: Re: Ta Leeeeeeennnnnnto
mauro@...
Enviar e-mail Enviar e-mail
 
O SP3 do MSSQL 7 esta Instalado?

Mauro.
----- Original Message -----
From: "Rondinelly Ramos" <rmramos@...>
To: <mssql-l@egroups.com>
Sent: Friday, February 16, 2001 11:25 AM
Subject: Re: [mssql-l] Ta Leeeeeeennnnnnto


> Bem pessoal
>
> Aqui esta mais detalhado o meu problema,
>
> Nosso amigo aqui da lista o João Bosel fez-me algumas perguntas e deu a
sua
> opnião.
>
> Gostariamos(Eu e João) que vcs fizessem comentarios .....
>
> Com a palavra João:
>
> > > Caro Rondinelly,
> > >
> > > Eu não acho que a simples atualização do software possa ter acarretado
> > > nesse problema. A diferença de tempos é muito grande!!!
> > >
> > > Pra poder te ajudar, eu preciso de mais informações a respeito do
> ambiente
> > > desse servidor. Por exemplo:
> > >  - Que serviços atualmente rodam nesse servidor?
>
> Resp:Ele foi comprado para armazenar o sql , mas como os 2 hds sao grandes
>  eu uso um para dispor arquivos para os usuarios da rede (hd 2)
>  fica assim:
>  O sql esta no hd 1
>  os arquivos de usuarios no hd 2
>
> > >  - Que serviços rodavam nele antes da atualização do software?
> > Resp: Sql dedicado sem o drive de arquivos
> >
> > >  - É um servidor dedicado (roda apenas o SQL)?
>  Resp:Sim, e tb tem o hd com arquivos que mencionei acima
>
>  >  - Qual o tipo de software é usado como cliente (desenvolvimento
próprio
> ou terceiro)?
>  Resp:Desenvolvimento proprio em Vb3 estamos planejando atualização
apartir
> de 15 fev para versao 6
>
> > >  - A que operação você se refere nessa medida de tempo?
>  Resp:Aqui onde trabalho e uma escola e essa operação que cito é um
ranking
> dos alunos, mas volto a dizer todas operações que levavam minutos agora
> levam horas.
>
> > >  - Qual é o número médio de conexões abertas no servidor?
> > Resp:Não sei te responder
>
> > >  - Qual a configuração da máquina?
>     Resp: É um servidor GATEWAY com dois processadores de 500 e 256MB de
> RAM  dois HDs SCSI de 10GB
>
>  > E por fim, por favor, execute a procedure sp_configure e me passe o
> > > resultado para que eu possa avaliar as configurações do software.
> >     Resp: segue em anexo
> >
> >
> > > Aguardo sua resposta,
>
>
> Bom, depois de analisar tudo o que me foi passado, o veredito é o
seguinte:
>
>  - O fato de utilizar o servidor para armazenamento de arquivos não deve
> ser o fator que está causando o problema. Em se tratar de uma escola, eu
> acho que não deve haver muito acesso a estes arquivos (não a ponto de
> causar o problema).
>
>  - Quanto ao software utilizado como cliente, este sim é um fator
potencial
> para a causa do problema. O software foi desenvolvido em VB3 e sendo assim
> deve utilizar para conexão, uma emulação do próprio Windows ao antigo ODBC
> 16bits. O ODBC é um mecanismo de acesso a dados de alto-nível, e sendo
> assim, lento por natureza. Além de lento, o Server está tendo que fazer a
> conversão das chamadas de 16bits para 32bits, uma vez que o SQL Server 7
> usa o ODBC de 32bits! Recomendo que o software seja reescrito usando o
VB6,
> e ainda se possivel, removendo as chamadas ODBC e convertendo-as em
> chamadas de outro mecanismo de acesso a dados como RDO (o mais rápido),
> ADO, ou DAO (o mais lento, mas mesmo assim, mais rápido que ODBC). E caso
o
> software não faça uso, passar a utilizar Stored Procedures ao invés da
> simples execução da query pelo cliente. A execução de uma Stored Procedure
> é bem mais rápida do que o processo de remeter a query para o Server e
> depois executá-la. Outro aspecto que se deve verificar, é se o código do
> seu programa verifica se já há uma instância do programa rodando na
> máquina, pois muitos usuários tem o mal hábito de abrir várias cópias do
> programa na máquina, o que abre varias conexões no servidor e o SQL
demanda
> muita memória pelas conexões! Verifique também que o software abre uma
> conexão quando é iniciado e a encerra quando é finalizado, pior do que ter
> muitas conexões abertas no servidor é ficar abrindo e fechando elas para
> cada operação a ser realizada! O ODBC faz isso! Em geral se vc tem dois
> controles DataGrid em um Form, o ODBC tende a abrir uma conexão para cada!
>
>  - Quanto a configuracao da máquina, eu não vejo uma real necessidade de
> expandir a memória mas, quanto mais memória melhor! O W2K e o SQL 7
> demandam mais memória do que o NT4 e o SQL 6.5, mas eu não acho que o
> problema seja esse. Em todo caso, durante a execução dessas tarefas
> pesadas, utilize o monitor de performance para verificar a quantidade de
> acesso à memória virtual, ou até mesmo o gerenciado de tarefas, tb
monitora
> a memória alocada. Se for verificado que durante essa execução a
quantidade
> de memória alocada ultrapassa 150% da quantidade de memória física (aprox.
> 384MB) talvez seja hora de comprar um pente novo de memória! Mesmo assim,
> eu ainda acho que vale a pena esperar pela nova versão do software!!!
>
> Espero ter ajudado, e coloco-me a disposição para esclarecer qualquer
> dúvida que ainda esteja restando,
>
> =================================
> João Bosel Polisél
> Gerencia de Banco de Dados
> Gerencia de DataWare House
>
> Bem João, Bom Dia!
>
> Esqueci de dizer na msg anterior que quando acessamos o sql pelo sistema
ele
> consome mais que 200 mb só para o sql e que ele esta absurdamente usando a
> memoria virtual o hd fica acesso o tempo todo.
>
> No planejamento de atividades pra 2001 daqui eu coloquei a atualização
para
> VB 6 e pretendo usar ADO como ULTRAURGENTE ou seja apartir de segunda eu
ja
> devo coordenar minha equipe para tal
>
> E comprarei um pente de 256MB para ver se ameniza a situação ate o final
da
> atualização do sistema pq do jeito que ta não da pra fazer quase nada.
>
> Mais uma coisa...
>
> Quando resolvemos mudar o servidor ele possuia uma estrutura diferente da
> que hoje se encontra,
>
> Veja:
> Tinha um NT4 com SQL 6.5 e minhas tabelas estavam divididas em varios
> database ex:
>
> Tb_Aluno -------- database escola_db
> Tb_Notas -------- database notas_db
>
> Pra dar manutenção no sistema ficava muito mais complicado então
resolvemos
> unificar em um só database no novo servidor e ficaria
>
> todas tabelas ---------database Empresa
>
> e como foi feito ?
>
> Como não tenho curso de sql resolvi da seguinte forma, sabendo que não era
a
> IDEAL
>
> Instalei o sql 6.5 no novo servidor com nt2000 e criei todos databases
então
> baixei o backup do 6.5 , ai comecei a unificar em um só database(Empresa)
e
> depois instalei o sql 7 e passei pra ele.
>
> Ainda esta instalado o 6.5 no servidor, Sera que tem algo haver ? Por não
> ter sido uma instalação "LIMPA" do Sql 7 ?
>
> Tenho medo de remover o 6.5 e dar algum problema , vc ja desinstalou o 6.5
> ??
> Tenho que arriscar e remover o 6.5?
> Será que agora ja com a nova estrutura (Sql 7)e com posse do backup , será
> que uma reinstalação completa desse servidor não seria ideal.
>
> E tb quando comprei o servidor ele veio faltando um processador ou seja
> instalei o win2000 com um processador(que ficou como uni-processador)  e
> depois de meses foi instalado o segundo e a pouco tempo que consegui
> configura-lo para multi-processador e parece que esta funcionando com os
> dois pois os leds do dois agora acendem.
>
> Final das contas
>
> Tenho um avião e não sei utilizar toda sua performace por falta de
> conhecimento (Cursos)
> Alias estou indo agora pra sala da minha gerente expor o problema e chorar
> um pacote MCSE que com certeza irá ajudar .
>
> Enquanto não sei muita coisa fico te pertubando
> Um abraço
>
>
>
>
>
>
>
>
>
>
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
>

#34 De: "Rondinelly Ramos" <rmramos@...>
Data: Sex, 16 de Fev de 2001 3:26 pm
Assunto: Re: Ta Leeeeeeennnnnnto
rmramos@...
Enviar e-mail Enviar e-mail
 
Não!!! apliquei só o 1

----- Original Message -----
From: "Mauro de Amorim" <mauro@...>
To: <mssql-l@egroups.com>
Sent: Friday, February 16, 2001 11:42 AM
Subject: Re: [mssql-l] Ta Leeeeeeennnnnnto


| Voce já apl;icou os SP's para o SQL 7, se não ainda vai ter muita dor de
| cabeça, recomendo que instale depressa, o ultimo e o SP3.
|
| Mauro.
| ----- Original Message -----
| From: "Rondinelly Ramos" <rmramos@...>
| To: <mssql-l@egroups.com>
| Sent: Friday, February 16, 2001 10:02 AM
| Subject: Re: [mssql-l] Ta Leeeeeeennnnnnto
|
|
| > TENHO CERTEZA que não foi a forma correta mas a que veio a minha cabeça
e
| > que funcionou no momento , (a falta de um curso especializado faz essas
| > coisas) , mandei assim.
| >
| > Como não sabia(sei) pegar o backup do 6.5 e restaurar direto para o  7
| > Fiz um backup do 6.5 em fita
| > Instalei o 6.5 no nt 2000 e restaurei o backup e depois instalei o sql 7
| por
| > cima, e assim esta te hoje
| >
| > Alias eu gostaria de saber se posso tirar esse 6.5 que esta sujando meu
| hd?
| >
| > Ps. Apos feita essa operação , resolvi mudar tb a estrutura dos
databases
| > para facilitar a manutenção e programação das aplicações, assim;
| >
| > Tinha 6 databases - escola_db, pessoal_db, trabalho_db ....
| > Criei um databases sqlnovo_db e transportei tudo pra ele , ficando um só
| > fica mais facil.
| >
| >
| > ----- Original Message -----
| > From: "João Bosel Polisél" <joao@...>
| > To: <mssql-l@egroups.com>
| > Sent: Friday, February 16, 2001 8:15 AM
| > Subject: Re: [mssql-l] Ta Leeeeeeennnnnnto
| >
| >
| > |
| > | Rondinelly,
| > |
| > | Gostaria de saber como foi que vc fez para passar o banco de dados do
| SQL
| > | 6.5 para o SQL 7.0???
| > |
| > | O processo foi feito por BCP ou Backup???
| > |
| > | []'s
| > |
| > | =================================
| > | João Bosel Polisél
| > | Gerencia de Banco de Dados
| > | Gerencia de Data WareHouse
| > |
| > | VALENTI Network Computing
| > | E-mail: joao@...
| > | Tel: +55 (11) 3085-1176
| > |
| > | Bolsa de Mercadorias & Futuros
| > | Tel: +55 (11) 3119-2000 R: 2783
| > | =================================
| > |
| > |
| > | On Fri, 16 Feb 2001 08:40:16 -0300, "Rondinelly Ramos"
| > | <rmramos@...> wrote :
| > |
| > | > Pessoal tenho um GRAVISSIMO problema aqui:
| > | >
| > | > Tenho na aplicação um relatorio que gera ranking dos alunos e que no
| > | antigo
| > | > sql (6.5) gerava em 3 minutos no maximo
| > | >
| > | > Agora no novo sql 7.0 eu coloquei uma turma ontem e ainda não
terminou
| o
| > | > processo mais de 10 HORAS , isso mesmo, HORAS.
| > | >
| > | > No antigo era NT 4 e SQL 6.5
| > | > num pentium II com 128 RAM
| > | >
| > | > No novo Pentium III com 2 processadores e NT 2000 , SQL 7.0
| > | > com 256 RAM
| > | >
| > | > O que está errado?
| > | > Alguem me de uma luz por favor?
| > | >
| > | >
| > | >
| > | >
| > | >
| > | > Para cancelar sua assinatura deste grupo, envie um e-mail para:
| > | > mssql-l-unsubscribe@egroups.com
| > | >
| > | >
| > | >
| > | >
| > | >
| > | >
| > |
| > | Para cancelar sua assinatura deste grupo, envie um e-mail para:
| > | mssql-l-unsubscribe@egroups.com
| > |
| > |
| > |
| >
| >
| > Para cancelar sua assinatura deste grupo, envie um e-mail para:
| > mssql-l-unsubscribe@egroups.com
| >
| >
|
| Para cancelar sua assinatura deste grupo, envie um e-mail para:
| mssql-l-unsubscribe@egroups.com
|
|
|

#35 De: "Miranilton P. Pereira" <mira@...>
Data: Sex, 16 de Fev de 2001 4:27 pm
Assunto: Re: Enviar erro ao delphi...
mira@...
Enviar e-mail Enviar e-mail
 
Olas,

Alguém ai já utilizou o SQL Upgrade Wizard para migrar do 6.5 para o 7.0 ?

[]s, Mira.

#36 De: "Miranilton P. Pereira" <mira@...>
Data: Sex, 16 de Fev de 2001 5:25 pm
Assunto: SQL Upgrade Wizard para migrar do 6.5 para o 7.0 ?
mira@...
Enviar e-mail Enviar e-mail
 
Olas,

Alguém ai já utilizou o SQL Upgrade Wizard para migrar do 6.5 para o 7.0 ?

[]s, Mira.

#37 De: Cmagicos <cmagicos@...>
Data: Sex, 16 de Fev de 2001 4:47 pm
Assunto: SQL SERVER em Netware
cmagicos@...
Enviar e-mail Enviar e-mail
 
Olá a todos,

Gostaria de saber se eu posso colocar uma base SQL SERVER 7.0 em um
servidor Netware e utilizar essa base de uma máquina win95/98/Me com os
devidos dispositivos necessários para acessar essa base.

Thiago Oliveira
cmagicos@...

#38 De: Mauro de Amorim <mauro@...>
Data: Sex, 16 de Fev de 2001 5:53 pm
Assunto: Re: SQL SERVER em Netware
mauro@...
Enviar e-mail Enviar e-mail
 
Noup, o SQL7 se funciona em Plataforma Windows.

Mauro.

----- Original Message -----
From: "Cmagicos" <cmagicos@...>
To: <mssql-l@egroups.com>
Sent: Friday, February 16, 2001 1:47 PM
Subject: [mssql-l] SQL SERVER em Netware


> Olá a todos,
>
> Gostaria de saber se eu posso colocar uma base SQL SERVER 7.0 em um
> servidor Netware e utilizar essa base de uma máquina win95/98/Me com os
> devidos dispositivos necessários para acessar essa base.
>
> Thiago Oliveira
> cmagicos@...
>
>
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>

#39 De: "João Bosel Polisél" <joao@...>
Data: Sex, 16 de Fev de 2001 6:02 pm
Assunto: Re: SQL SERVER em Netware
joao@...
Enviar e-mail Enviar e-mail
 
Um pequeno detalhe Mauro: só WinNT Server, tanto o 4.0 como o 2000!!!

Tive relatos de gente que instalou o SQL Server no Win98 tb, mas dizem que
fica uma carroça!!!

Agora, pelo que eu entendi, o nosso amigo quer instalar o SQL Server em um
micro com Win98 e deixar o arquivo com a base de dados em um servidor
NetWare...

Se o caso NÃO for esse, desconsidere o restante do email, mas...

Se for esse o caso, esqueça!!! O SQL Server, como eu disse acima, fica uma
carroça no Win98, isso sem contar o acesso PESADO que haverá no arquivo da
base no NetWare.

Normalmente, o arquivo da base só é colocado remoto, quando há uma
comunicação Fiber-Channel entre os servidores, e sinceramente, se vc está
tentando fazer isso por motivos de custos, eu posso te garantir que a
aparelhagem do Fiber-Channel, saí no mínimo, o mesmo preço de um servidor a
parte rodando o W2K com o SQL e com o arquivo da Base. Nisso, a relação
custo/benefício do servidor a parte, supera em muito essa "gambiarra" do
Fiber-Channel.

Espero ter ajudado,

=================================
João Bosel Polisél
Gerencia de Banco de Dados
Gerencia de Data WareHouse

VALENTI Network Computing
E-mail: joao@...
Tel: +55 (11) 3085-1176

Bolsa de Mercadorias & Futuros
Tel: +55 (11) 3119-2000 R: 2783
=================================


On Fri, 16 Feb 2001 14:53:25 -0300, Mauro de Amorim <mauro@...>
wrote :

> Noup, o SQL7 se funciona em Plataforma Windows.
>
> Mauro.
>
> ----- Original Message -----
> From: "Cmagicos" <cmagicos@...>
> To: <mssql-l@egroups.com>
> Sent: Friday, February 16, 2001 1:47 PM
> Subject: [mssql-l] SQL SERVER em Netware
>
>
> > Olá a todos,
> >
> > Gostaria de saber se eu posso colocar uma base SQL SERVER 7.0 em um
> > servidor Netware e utilizar essa base de uma máquina win95/98/Me com os
> > devidos dispositivos necessários para acessar essa base.
> >
> > Thiago Oliveira
> > cmagicos@...
> >
> >
> >
> >
> > Para cancelar sua assinatura deste grupo, envie um e-mail para:
> > mssql-l-unsubscribe@egroups.com
> >
> >
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
>
>
>

#40 De: "webmundi" <webmundi@...>
Data: Sex, 16 de Fev de 2001 7:29 pm
Assunto: Backup em outro Servidor (Unidade Compartilhada da Rede)
webmundi@...
Enviar e-mail Enviar e-mail
 
Olá amigos da lista,

Gostaria de saber se é possível efetuar um backup de um servidor sql em uma
outra unidade de disco  compartilhada na rede?

Se for possível como devo proceder????

Obrigado
Renato

#41 De: "João Bosel Polisél" <joao@...>
Data: Sex, 16 de Fev de 2001 6:35 pm
Assunto: Re: Backup em outro Servidor (Unidade Compartilhada da Rede)
joao@...
Enviar e-mail Enviar e-mail
 
Renato,

É possivel sim!!! (embora muito mais lento...)

Vc deve criar o device de backup apontando para o drive compartilhado da
mesma maneira que faria com uma pasta local e proceder como de costume!!!

[]'s

=================================
João Bosel Polisél
Gerencia de Banco de Dados
Gerencia de Data WareHouse

VALENTI Network Computing
E-mail: joao@...
Tel: +55 (11) 3085-1176

Bolsa de Mercadorias & Futuros
Tel: +55 (11) 3119-2000 R: 2783
=================================


On Fri, 16 Feb 2001 16:29:07 -0300, "webmundi" <webmundi@...> wrote :

> Olá amigos da lista,
>
> Gostaria de saber se é possível efetuar um backup de um servidor sql em
uma
> outra unidade de disco  compartilhada na rede?
>
> Se for possível como devo proceder????
>
> Obrigado
> Renato
>
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
>
>
>

#42 De: "Themys Neres" <themys@...>
Data: Sex, 16 de Fev de 2001 6:49 pm
Assunto: Re: Backup em outro Servidor (Unidade Compartilhada da Rede)
themys@...
Enviar e-mail Enviar e-mail
 
Basta utilizar o store proc sp_addumpdevice utilizando como nome do device
um nome de rede comum

ex:

EXEC sp_addumpdevice 'disk', 'DeviceDeRede',
	 '\\servername\sharename\path\filename.ext'

>
>Olá amigos da lista,
>
>Gostaria de saber se é possível efetuar um backup de um servidor sql em uma
>outra unidade de disco  compartilhada na rede?
>
>Se for possível como devo proceder????
>
>Obrigado
>Renato
>
>
>
>Para cancelar sua assinatura deste grupo, envie um e-mail para:
>mssql-l-unsubscribe@egroups.com
>
>
>

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

#43 De: "BOL" <edumin@...>
Data: Sex, 16 de Fev de 2001 8:41 pm
Assunto: Integridade do BD
edumin@...
Enviar e-mail Enviar e-mail
 
Pessoal,

Preciso de uma ajuda de como implementar a integridade do banco de dados.
ex:
-Poder apagar determinado registro se o codigo desse registro não estiver
sendo usado em outras tabelas.
-Poder usar um código somente se esse código existir em outra tabela.

Agradeço qualquer ajuda.
[]'s
Eduardo.

#44 De: "João Bosel Polisél" <joao@...>
Data: Sex, 16 de Fev de 2001 8:03 pm
Assunto: Re: Integridade do BD
joao@...
Enviar e-mail Enviar e-mail
 
Eduardo,

Para verificar se um código ainda existe em outras tabelas antes de apagá-
lo, vc deve utilizar uma TRIGGER de DELETE.

Já no caso de utilizar o código caso ele exista em outra tabela, vc deve
definir uma FOREIGN KEY desse campo apontando para o campo na outra tabela
onde o código deve existir.

[]'s

=================================
João Bosel Polisél
Gerencia de Banco de Dados
Gerencia de Data WareHouse

VALENTI Network Computing
E-mail: joao@...
Tel: +55 (11) 3085-1176

Bolsa de Mercadorias & Futuros
Tel: +55 (11) 3119-2000 R: 2783
=================================


On Fri, 16 Feb 2001 17:41:17 -0300, "BOL" <edumin@...> wrote :

> Pessoal,
>
> Preciso de uma ajuda de como implementar a integridade do banco de dados.
> ex:
> -Poder apagar determinado registro se o codigo desse registro não estiver
> sendo usado em outras tabelas.
> -Poder usar um código somente se esse código existir em outra tabela.
>
> Agradeço qualquer ajuda.
> []'s
> Eduardo.
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
>
>
>

#45 De: "listas" <listas@...>
Data: Sáb, 17 de Fev de 2001 2:01 pm
Assunto: data simples
listas@...
Enviar e-mail Enviar e-mail
 
Gente,

Como faço uma consulta emSQL que me retorna somente determinado mês, dia ou
ano.

Tipo: entro com o número 10 e ela me retorna todos os registros do mês de
outubro.
Simples mas não sei.

OBS: O pessoal desta lista é demais. Muito boa.

falou

#46 De: Paulo Guedes <ramone@...>
Data: Sáb, 17 de Fev de 2001 1:10 pm
Assunto: RES: data simples
ramone@...
Enviar e-mail Enviar e-mail
 
Olá,

> Como faço uma consulta emSQL que me retorna somente
> determinado mês, dia ou ano.
>
> Tipo: entro com o número 10 e ela me retorna todos os
> registros do mês de outubro.

SELECT * FROM tabela WHERE month(data) = 10

onde "data" é um dos campos da tabela.

[]s ramone
________________________________________
Paulo Guedes - pguedes@...
Microsoft Certified Professional + Site Building
Devoto de Beato Salu
http://www.amazonia.com.br

#47 De: capedral@...
Data: Sáb, 17 de Fev de 2001 5:28 pm
Assunto: Re: Ta Leeeeeeennnnnnto
capedral@...
Enviar e-mail Enviar e-mail
 
Colega,

     Temos uma máquina DEL com 4 processadores, que de-uma-hora-pra-outra
o servidor "parava", como diria vc: ficava "Leeeeeeennnnnnto".   ;-))
     Como foi resolvido??? Enviamos os Log's do Servidor NT4 e SQL7 para
o suporte da Microsoft, que forneceu-nos um FIX do SQL Server,
especificamente para máquinas com mais de um processador.
    Pode não ser o mesmo problema que o seu. Entretanto, é um caminho que
vc poderia percorrer, visto que, sua máquina tem dois processadores.

Esperando ter ajudado,

Carlos Alberto Pedral
Aracaju    -    Sergipe


Rondinelly Ramos wrote:

> Bem pessoal
>
> Aqui esta mais detalhado o meu problema,
>
> Nosso amigo aqui da lista o João Bosel fez-me algumas perguntas e deu
> a sua
> opnião.
>
> Gostariamos(Eu e João) que vcs fizessem comentarios .....
>
> Com a palavra João:
>
> > > Caro Rondinelly,
> > >
> > > Eu não acho que a simples atualização do software possa ter
> acarretado
> > > nesse problema. A diferença de tempos é muito grande!!!
> > >
> > > Pra poder te ajudar, eu preciso de mais informações a respeito do
> ambiente
> > > desse servidor. Por exemplo:
> > >  - Que serviços atualmente rodam nesse servidor?
>
> Resp:Ele foi comprado para armazenar o sql , mas como os 2 hds sao
> grandes
>  eu uso um para dispor arquivos para os usuarios da rede (hd 2)
>  fica assim:
>  O sql esta no hd 1
>  os arquivos de usuarios no hd 2
>
> > >  - Que serviços rodavam nele antes da atualização do software?
> > Resp: Sql dedicado sem o drive de arquivos
> >
> > >  - É um servidor dedicado (roda apenas o SQL)?
>  Resp:Sim, e tb tem o hd com arquivos que mencionei acima
>
>  >  - Qual o tipo de software é usado como cliente (desenvolvimento
> próprio
> ou terceiro)?
>  Resp:Desenvolvimento proprio em Vb3 estamos planejando atualização
> apartir
> de 15 fev para versao 6
>
> > >  - A que operação você se refere nessa medida de tempo?
>  Resp:Aqui onde trabalho e uma escola e essa operação que cito é um
> ranking
> dos alunos, mas volto a dizer todas operações que levavam minutos
> agora
> levam horas.
>
> > >  - Qual é o número médio de conexões abertas no servidor?
> > Resp:Não sei te responder
>
> > >  - Qual a configuração da máquina?
>     Resp: É um servidor GATEWAY com dois processadores de 500 e 256MB
> de
> RAM  dois HDs SCSI de 10GB
>
>  > E por fim, por favor, execute a procedure sp_configure e me passe o
>
> > > resultado para que eu possa avaliar as configurações do software.
> >     Resp: segue em anexo
> >
> >
> > > Aguardo sua resposta,
>
> Bom, depois de analisar tudo o que me foi passado, o veredito é o
> seguinte:
>
>  - O fato de utilizar o servidor para armazenamento de arquivos não
> deve
> ser o fator que está causando o problema. Em se tratar de uma escola,
> eu
> acho que não deve haver muito acesso a estes arquivos (não a ponto de
> causar o problema).
>
>  - Quanto ao software utilizado como cliente, este sim é um fator
> potencial
> para a causa do problema. O software foi desenvolvido em VB3 e sendo
> assim
> deve utilizar para conexão, uma emulação do próprio Windows ao antigo
> ODBC
> 16bits. O ODBC é um mecanismo de acesso a dados de alto-nível, e sendo
>
> assim, lento por natureza. Além de lento, o Server está tendo que
> fazer a
> conversão das chamadas de 16bits para 32bits, uma vez que o SQL Server
> 7
> usa o ODBC de 32bits! Recomendo que o software seja reescrito usando o
> VB6,
> e ainda se possivel, removendo as chamadas ODBC e convertendo-as em
> chamadas de outro mecanismo de acesso a dados como RDO (o mais
> rápido),
> ADO, ou DAO (o mais lento, mas mesmo assim, mais rápido que ODBC). E
> caso o
> software não faça uso, passar a utilizar Stored Procedures ao invés da
>
> simples execução da query pelo cliente. A execução de uma Stored
> Procedure
> é bem mais rápida do que o processo de remeter a query para o Server e
>
> depois executá-la. Outro aspecto que se deve verificar, é se o código
> do
> seu programa verifica se já há uma instância do programa rodando na
> máquina, pois muitos usuários tem o mal hábito de abrir várias cópias
> do
> programa na máquina, o que abre varias conexões no servidor e o SQL
> demanda
> muita memória pelas conexões! Verifique também que o software abre uma
>
> conexão quando é iniciado e a encerra quando é finalizado, pior do que
> ter
> muitas conexões abertas no servidor é ficar abrindo e fechando elas
> para
> cada operação a ser realizada! O ODBC faz isso! Em geral se vc tem
> dois
> controles DataGrid em um Form, o ODBC tende a abrir uma conexão para
> cada!
>
>  - Quanto a configuracao da máquina, eu não vejo uma real necessidade
> de
> expandir a memória mas, quanto mais memória melhor! O W2K e o SQL 7
> demandam mais memória do que o NT4 e o SQL 6.5, mas eu não acho que o
> problema seja esse. Em todo caso, durante a execução dessas tarefas
> pesadas, utilize o monitor de performance para verificar a quantidade
> de
> acesso à memória virtual, ou até mesmo o gerenciado de tarefas, tb
> monitora
> a memória alocada. Se for verificado que durante essa execução a
> quantidade
> de memória alocada ultrapassa 150% da quantidade de memória física
> (aprox.
> 384MB) talvez seja hora de comprar um pente novo de memória! Mesmo
> assim,
> eu ainda acho que vale a pena esperar pela nova versão do software!!!
>
> Espero ter ajudado, e coloco-me a disposição para esclarecer qualquer
> dúvida que ainda esteja restando,
>
> =================================
> João Bosel Polisél
> Gerencia de Banco de Dados
> Gerencia de DataWare House
>
> Bem João, Bom Dia!
>
> Esqueci de dizer na msg anterior que quando acessamos o sql pelo
> sistema ele
> consome mais que 200 mb só para o sql e que ele esta absurdamente
> usando a
> memoria virtual o hd fica acesso o tempo todo.
>
> No planejamento de atividades pra 2001 daqui eu coloquei a atualização
> para
> VB 6 e pretendo usar ADO como ULTRAURGENTE ou seja apartir de segunda
> eu ja
> devo coordenar minha equipe para tal
>
> E comprarei um pente de 256MB para ver se ameniza a situação ate o
> final da
> atualização do sistema pq do jeito que ta não da pra fazer quase nada.
>
> Mais uma coisa...
>
> Quando resolvemos mudar o servidor ele possuia uma estrutura diferente
> da
> que hoje se encontra,
>
> Veja:
> Tinha um NT4 com SQL 6.5 e minhas tabelas estavam divididas em varios
> database ex:
>
> Tb_Aluno -------- database escola_db
> Tb_Notas -------- database notas_db
>
> Pra dar manutenção no sistema ficava muito mais complicado então
> resolvemos
> unificar em um só database no novo servidor e ficaria
>
> todas tabelas ---------database Empresa
>
> e como foi feito ?
>
> Como não tenho curso de sql resolvi da seguinte forma, sabendo que não
> era a
> IDEAL
>
> Instalei o sql 6.5 no novo servidor com nt2000 e criei todos databases
> então
> baixei o backup do 6.5 , ai comecei a unificar em um só
> database(Empresa) e
> depois instalei o sql 7 e passei pra ele.
>
> Ainda esta instalado o 6.5 no servidor, Sera que tem algo haver ? Por
> não
> ter sido uma instalação "LIMPA" do Sql 7 ?
>
> Tenho medo de remover o 6.5 e dar algum problema , vc ja desinstalou o
> 6.5
> ??
> Tenho que arriscar e remover o 6.5?
> Será que agora ja com a nova estrutura (Sql 7)e com posse do backup ,
> será
> que uma reinstalação completa desse servidor não seria ideal.
>
> E tb quando comprei o servidor ele veio faltando um processador ou
> seja
> instalei o win2000 com um processador(que ficou como uni-processador)
> e
> depois de meses foi instalado o segundo e a pouco tempo que consegui
> configura-lo para multi-processador e parece que esta funcionando com
> os
> dois pois os leds do dois agora acendem.
>
> Final das contas
>
> Tenho um avião e não sei utilizar toda sua performace por falta de
> conhecimento (Cursos)
> Alias estou indo agora pra sala da minha gerente expor o problema e
> chorar
> um pacote MCSE que com certeza irá ajudar .
>
> Enquanto não sei muita coisa fico te pertubando
> Um abraço
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
--------------------------------------------------------------------------------\
-----------------------------
>
>
>
>

#48 De: "Rondinelly Ramos" <rmramos@...>
Data: Seg, 19 de Fev de 2001 11:25 am
Assunto: Re: Ainda Ta Leeeeeeennnnnnto
rmramos@...
Enviar e-mail Enviar e-mail
 
Eu ;outra vez pessoal

Respondendo ao colega Carlos Alberto
    Minha internet esta com problema e assim que resolver estarei baixando o
SP mais recente para colocar.

Tive conversando com um amigo que entende de SO´s e me colocou um ponto que
acho que ele tem razão.

Quando instalamos no servidor velho eu coloquei os arquivos de log, dat e
indices separados em HD´s diferentes , já no servidor novo isso não foi
feito , ficando log(ldf) e DAt(mdf) no mesmo HD .

Ele me sugeriu coloca-los em HD separados, o que vc acham?

João , Carlos ??????
Lista ??

#49 De: "João Bosel Polisél" <joao@...>
Data: Seg, 19 de Fev de 2001 12:49 pm
Assunto: Re: Ainda Ta Leeeeeeennnnnnto
joao@...
Enviar e-mail Enviar e-mail
 
Caro Rondinelly,

Separar o LOG e o DAT em um disco a parte realmente lhe dará mais
desempenho.

Mas eu não sei quanto desempenho a mais vc obterá, visto que dependerá
muito do DISK IO que suas querys utilizam.

Portanto, é algo que vc deveria tentar, mas não é certo que seja esse o
problema!

[]'s

=================================
João Bosel Polisél
Gerencia de Banco de Dados
Gerencia de Data WareHouse

VALENTI Network Computing
E-mail: joao@...
Tel: +55 (11) 3085-1176

Bolsa de Mercadorias & Futuros
Tel: +55 (11) 3119-2000 R: 2783
=================================


On Mon, 19 Feb 2001 08:25:25 -0300, "Rondinelly Ramos"
<rmramos@...> wrote :

> Eu ;outra vez pessoal
>
> Respondendo ao colega Carlos Alberto
>    Minha internet esta com problema e assim que resolver estarei baixando
o
> SP mais recente para colocar.
>
> Tive conversando com um amigo que entende de SO´s e me colocou um ponto
que
> acho que ele tem razão.
>
> Quando instalamos no servidor velho eu coloquei os arquivos de log, dat e
> indices separados em HD´s diferentes , já no servidor novo isso não foi
> feito , ficando log(ldf) e DAt(mdf) no mesmo HD .
>
> Ele me sugeriu coloca-los em HD separados, o que vc acham?
>
> João , Carlos ??????
> Lista ??
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
>
>
>

#50 De: "João Bosel Polisél" <joao@...>
Data: Seg, 19 de Fev de 2001 1:17 pm
Assunto: Re: data simples
joao@...
Enviar e-mail Enviar e-mail
 
SELECT * FROM NOME_DA_TABELA AS TAB WHERE MONTH(TAB.CAMPO_DATA) = 10

[]'s

=================================
João Bosel Polisél
Gerencia de Banco de Dados
Gerencia de Data WareHouse

VALENTI Network Computing
E-mail: joao@...
Tel: +55 (11) 3085-1176

Bolsa de Mercadorias & Futuros
Tel: +55 (11) 3119-2000 R: 2783
=================================


On Sat, 17 Feb 2001 11:01:51 -0300, "listas" <listas@...>
wrote :

> Gente,
>
> Como faço uma consulta emSQL que me retorna somente determinado mês, dia
ou
> ano.
>
> Tipo: entro com o número 10 e ela me retorna todos os registros do mês de
> outubro.
> Simples mas não sei.
>
> OBS: O pessoal desta lista é demais. Muito boa.
>
> falou
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
>
>
>

#51 De: "Rondinelly Ramos" <rmramos@...>
Data: Seg, 19 de Fev de 2001 1:46 pm
Assunto: Re: Ainda Ta Leeeeeeennnnnnto
rmramos@...
Enviar e-mail Enviar e-mail
 
Tenho que tentar de tudo;

Entrei em propriedades do database xyz e inseri uma linha mudando de HD.

e agora como faço pra ele utilizar esse arquivo ao inves do outro existente
?

----- Original Message -----
From: "João Bosel Polisél" <joao@...>
To: <mssql-l@egroups.com>
Sent: Monday, February 19, 2001 9:49 AM
Subject: Re: [mssql-l] Ainda Ta Leeeeeeennnnnnto


|
| Caro Rondinelly,
|
| Separar o LOG e o DAT em um disco a parte realmente lhe dará mais
| desempenho.
|
| Mas eu não sei quanto desempenho a mais vc obterá, visto que dependerá
| muito do DISK IO que suas querys utilizam.
|
| Portanto, é algo que vc deveria tentar, mas não é certo que seja esse o
| problema!
|
| []'s
|
| =================================
| João Bosel Polisél
| Gerencia de Banco de Dados
| Gerencia de Data WareHouse
|
| VALENTI Network Computing
| E-mail: joao@...
| Tel: +55 (11) 3085-1176
|
| Bolsa de Mercadorias & Futuros
| Tel: +55 (11) 3119-2000 R: 2783
| =================================
|
|
| On Mon, 19 Feb 2001 08:25:25 -0300, "Rondinelly Ramos"
| <rmramos@...> wrote :
|
| > Eu ;outra vez pessoal
| >
| > Respondendo ao colega Carlos Alberto
| >    Minha internet esta com problema e assim que resolver estarei
baixando
| o
| > SP mais recente para colocar.
| >
| > Tive conversando com um amigo que entende de SO´s e me colocou um ponto
| que
| > acho que ele tem razão.
| >
| > Quando instalamos no servidor velho eu coloquei os arquivos de log, dat
e
| > indices separados em HD´s diferentes , já no servidor novo isso não foi
| > feito , ficando log(ldf) e DAt(mdf) no mesmo HD .
| >
| > Ele me sugeriu coloca-los em HD separados, o que vc acham?
| >
| > João , Carlos ??????
| > Lista ??
| >
| >
| > Para cancelar sua assinatura deste grupo, envie um e-mail para:
| > mssql-l-unsubscribe@egroups.com
| >
| >
| >
| >
| >
| >
|
| Para cancelar sua assinatura deste grupo, envie um e-mail para:
| mssql-l-unsubscribe@egroups.com
|
|
|

#52 De: "Rondinelly Ramos" <rmramos@...>
Data: Seg, 19 de Fev de 2001 2:37 pm
Assunto: Re: Integridade do BD
rmramos@...
Enviar e-mail Enviar e-mail
 
Tirem uma duvida aqui pessoal

Eu nunca instalei Fix em minhas maquinas, mas, instalo sempre o SP mais
recente.

Estava agora olhando no site da m$ e vi que os fix sao pra determinado SP ou
seja apos instalar o SP x instale esse fix.

Pergunto se tenho em minha maquina o SP2 e nao instalei nenhum fix
quando sair o SP3 ele ira conter os fix do sp2 ?

#53 De: "João Bosel Polisél" <joao@...>
Data: Seg, 19 de Fev de 2001 2:55 pm
Assunto: Re: Ainda Ta Leeeeeeennnnnnto
joao@...
Enviar e-mail Enviar e-mail
 
Caro Rondinelly,

O correto seria vc ter desconectado o arquivo do banco do server assim:

exec sp_detach_db 'nome_do_banco_de_dados'

Mover o arquivo do banco para o outro drive e reconectar o arquivo ao banco
assim:

sp_attach_db 'nome_do_banco_de_dados', 'caminho_e_nome_do_arquivo_de_dados',
  'caminho_e_nome_do_arquivo_de_log'

Qualquer outra dúvida, pode contar comigo.

[]'s

=================================
João Bosel Polisél
Gerencia de Banco de Dados
Gerencia de Data WareHouse

VALENTI Network Computing
E-mail: joao@...
Tel: +55 (11) 3085-1176

Bolsa de Mercadorias & Futuros
Tel: +55 (11) 3119-2000 R: 2783
=================================


P.S.: Não esqueça de fazer um backup antes de proceder a alteração!!!

On Mon, 19 Feb 2001 10:46:35 -0300, "Rondinelly Ramos"
<rmramos@...> wrote :

> Tenho que tentar de tudo;
>
> Entrei em propriedades do database xyz e inseri uma linha mudando de HD.
>
> e agora como faço pra ele utilizar esse arquivo ao inves do outro
existente
> ?
>
> ----- Original Message -----
> From: "João Bosel Polisél" <joao@...>
> To: <mssql-l@egroups.com>
> Sent: Monday, February 19, 2001 9:49 AM
> Subject: Re: [mssql-l] Ainda Ta Leeeeeeennnnnnto
>
>
> |
> | Caro Rondinelly,
> |
> | Separar o LOG e o DAT em um disco a parte realmente lhe dará mais
> | desempenho.
> |
> | Mas eu não sei quanto desempenho a mais vc obterá, visto que dependerá
> | muito do DISK IO que suas querys utilizam.
> |
> | Portanto, é algo que vc deveria tentar, mas não é certo que seja esse o
> | problema!
> |
> | []'s
> |
> | =================================
> | João Bosel Polisél
> | Gerencia de Banco de Dados
> | Gerencia de Data WareHouse
> |
> | VALENTI Network Computing
> | E-mail: joao@...
> | Tel: +55 (11) 3085-1176
> |
> | Bolsa de Mercadorias & Futuros
> | Tel: +55 (11) 3119-2000 R: 2783
> | =================================
> |
> |
> | On Mon, 19 Feb 2001 08:25:25 -0300, "Rondinelly Ramos"
> | <rmramos@...> wrote :
> |
> | > Eu ;outra vez pessoal
> | >
> | > Respondendo ao colega Carlos Alberto
> | >    Minha internet esta com problema e assim que resolver estarei
> baixando
> | o
> | > SP mais recente para colocar.
> | >
> | > Tive conversando com um amigo que entende de SO´s e me colocou um
ponto
> | que
> | > acho que ele tem razão.
> | >
> | > Quando instalamos no servidor velho eu coloquei os arquivos de log,
dat
> e
> | > indices separados em HD´s diferentes , já no servidor novo isso não
foi
> | > feito , ficando log(ldf) e DAt(mdf) no mesmo HD .
> | >
> | > Ele me sugeriu coloca-los em HD separados, o que vc acham?
> | >
> | > João , Carlos ??????
> | > Lista ??
> | >
> | >
> | > Para cancelar sua assinatura deste grupo, envie um e-mail para:
> | > mssql-l-unsubscribe@egroups.com
> | >
> | >
> | >
> | >
> | >
> | >
> |
> | Para cancelar sua assinatura deste grupo, envie um e-mail para:
> | mssql-l-unsubscribe@egroups.com
> |
> |
> |
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
>
>
>

#54 De: "Igor Carlos" <Igor@...>
Data: Sáb, 17 de Fev de 2001 12:38 am
Assunto: Re: Integridade do BD
Igor@...
Enviar e-mail Enviar e-mail
 
AMIGOS..

SE PUDER ME INDICAR UMA BOA APOSTILA OU LIVRO COM BONS EXEMPLOS SOBRE
CRIAÇÃO DE TRIGGER E STORED..

POR FAVOR SE ALGUEM TIVER ME MANDA

igor@...

#55 De: "Rondinelly Ramos" <rmramos@...>
Data: Seg, 19 de Fev de 2001 7:22 pm
Assunto: Ta Leeennnto - RESOLUÇÃO DO PROBLEMA
rmramos@...
Enviar e-mail Enviar e-mail
 
Pessoal Descobri onde estava o problema

Eu criei um indice (issso mesmo apenas um) para uma tabela e pronto.
A operação voltou a 4 minutos, o que é aceitavel pela quantidade de registro
da tabela.

Sinceramente estou me sentindo um b.. mas, eu não pensei que o mala do Sql 7
não fosse criar o indice para a tabela , quando gerei o script nele.
Por um motivo oculto aos meus olhos ele não gerou o indice da tal tabela.
Tabela utilizada em quase toda operação da minha aplicação.

Bom, deu pra aliviar minha barra aqui pois precisava do relatorio para
amanhã, mas tão logo consiga uma maquina backup(que estou providenciando).

Farei a reinstalação do Servidor.

Por hora
Estou passando o Sp3, dica do nosso amigo Mauro.
E Tambem estou mudando de Hd o log para ver se melhora ainda mais -dica do
Joao
E coordenando a atualizaçao da aplicação para VB 6 .

Do mais fica aqui minha dica , quando  vcs sentirem que esta ficando lento
alguma operação olhem primeiro os BENDITOS Indices.
Se estão demais ou até mesmo faltando.
Palavras de quem esta a 3 meses desesperado pq o servidor novo e caro estava
uma carroça e agora descobriu que é so criar um indice.
Ha hah  heh  heehhe  - estou rindo pra não chorar

Qq novidade informo vcs.

Um abraço a todos

#56 De: "webmundi" <webmundi@...>
Data: Qua, 21 de Fev de 2001 11:42 am
Assunto: Backup Olap
webmundi@...
Enviar e-mail Enviar e-mail
 
Olá amigos da lista,

Gostaria de saber se há alguma forma de efetuar o backup de um servidor
OLAP?

Obrigado

#57 De: "Rondinelly Ramos" <rmramos@...>
Data: Qua, 21 de Fev de 2001 5:08 pm
Assunto: DELETE em uma linha e eliminar todas as outras
rmramos@...
Enviar e-mail Enviar e-mail
 
Olá amigos,

Tem como em T-SQL executar um DELETE em uma linha e eliminar todas as outras
linhas de uma Relationship?

Ex:
Table: GRUPO
GrupoID, => Chave primaria
Descrição

Table: PRODUTO
GrupoId => relacionado com GRUPO
ProdutoId = > Chave primária
Descricao
...
...

Quando executar o comando:
DELETE GRUPO WHERE GRUPOID  = 2
Alem de excluir a Linha do GRUPO, ele excluir toda a referencia na tabela
produto de todas as linhas que possuem GRUPO=2,
Sei que isto é possivel ex:

DELETE GRUPO WHERE GRUPOID = 2
GO
DELETE PROTUTO WHERE GRUPOID = 2
GO

Mas configuar a teble ou o BD para quando Excluir a Linha em GRUPO ele
busque todas as tabelas que existem uma Relationship e exclua.
Existe algum comando ou configuração no BD./..? Ou estou Delirando e tenho
que largar a mão de ser preguiçoso e implementar o controle na linguagem!?

Alguem pode dar uma luz! Nem se for para falar! ISSO NÃO EXISTE!

Abraços a todos

#58 De: Aparecido Gasparoto <aparecido@...>
Data: Qua, 21 de Fev de 2001 5:08 pm
Assunto: Converter data ao gravar
aparecido@...
Enviar e-mail Enviar e-mail
 
Olá, estou tentando gravar uma data em meu BD SQL Server e tenho a
seguinte mensagem: The conversion of a char data type to a datetime data
type resulted in an out-of-range datetime value.
Acredito que seja porque quero gravar "dd/mm/yyyy" e no SQL Server o
formato seja "yyyy/mm/dd". Qual comando utilizo para converter?

Agradeço.

Cido.

#59 De: "João Bosel Polisél" <joao@...>
Data: Qua, 21 de Fev de 2001 4:20 pm
Assunto: Re: Converter data ao gravar
joao@...
Enviar e-mail Enviar e-mail
 
Olá Aparecido,

O meio mais correto e seguro de vc passar a data ao SQL Server, é passando
no formato YYYYMMDD sem as barras. O SQL reconhece e converte para o
formato de data dele independentemente das configurações regionais do
servidor.

Se vc quiser apenas converter de um formato para o outro, utilize a função
CONVERT(), esta função tem um terceiro parâmetro opcional (style) q permite
ao trabalhar com datas, fazer essa conversão. Ficaria assim:

convert(datetime, 'dd/mm/yyyy', 103)

Boa sorte

=================================
João Bosel Polisél
Gerencia de Banco de Dados
Gerencia de Data WareHouse

VALENTI Network Computing
E-mail: joao@...
Tel: +55 (11) 3085-1176

Bolsa de Mercadorias & Futuros
Tel: +55 (11) 3119-2000 R: 2783
=================================


On Wed, 21 Feb 2001 14:08:44 -0300, Aparecido Gasparoto
<aparecido@...> wrote :

> Olá, estou tentando gravar uma data em meu BD SQL Server e tenho a
> seguinte mensagem: The conversion of a char data type to a datetime data
> type resulted in an out-of-range datetime value.
> Acredito que seja porque quero gravar "dd/mm/yyyy" e no SQL Server o
> formato seja "yyyy/mm/dd". Qual comando utilizo para converter?
>
> Agradeço.
>
> Cido.
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
>
>
>

#60 De: "João Bosel Polisél" <joao@...>
Data: Qua, 21 de Fev de 2001 4:43 pm
Assunto: Re: DELETE em uma linha e eliminar todas as outras
joao@...
Enviar e-mail Enviar e-mail
 
Caro Rondinelly,

O recurso ao qual vc se refere é uma TRIGGER de delete...

Isso não é algo q vc possa criar em interface gráfica, tem q ser codificado
mesmo!!!

Mas é relativamente fácil. Use a seguinte sintaxe:

CREATE TRIGGER nome_da_trigger
FOR DELETE AS

DECLARE @GRUPOID AS tipo_de_dados_do_campo

DECLARE nome_do_cursor FOR SELECT DISTINCT DEL.GRUPOID FROM DELETED

OPEN nome_do_cursor

FETCH NEXT FROM nome_do_cursor INTO @GRUPOID

WHILE @@FETCH_STATUS = 0
BEGIN
    DELETE PRODUTOS WHERE PRODUTOS.GRUPOID = @GRUPOID
    FETCH NEXT FROM nome_do_cursor INTO @GRUPOID
END

CLOSE nome_do_cursor

DEALLOCATE nome_do_cursor

----- FIM

Bom, a TRIGGER que criei utiliza um cursor para o caso de se estar
excluindo registros com valores diferentes no campo GRUPOID.

Espero que sirva ao seu caso.

[]'s

=================================
João Bosel Polisél
Gerencia de Banco de Dados
Gerencia de Data WareHouse

VALENTI Network Computing
E-mail: joao@...
Tel: +55 (11) 3085-1176

Bolsa de Mercadorias & Futuros
Tel: +55 (11) 3119-2000 R: 2783
=================================


On Wed, 21 Feb 2001 14:08:42 -0300, "Rondinelly Ramos"
<rmramos@...> wrote :

> Olá amigos,
>
> Tem como em T-SQL executar um DELETE em uma linha e eliminar todas as
outras
> linhas de uma Relationship?
>
> Ex:
> Table: GRUPO
> GrupoID, => Chave primaria
> Descrição
>
> Table: PRODUTO
> GrupoId => relacionado com GRUPO
> ProdutoId = > Chave primária
> Descricao
> ...
> ...
>
> Quando executar o comando:
> DELETE GRUPO WHERE GRUPOID  = 2
> Alem de excluir a Linha do GRUPO, ele excluir toda a referencia na tabela
> produto de todas as linhas que possuem GRUPO=2,
> Sei que isto é possivel ex:
>
> DELETE GRUPO WHERE GRUPOID = 2
> GO
> DELETE PROTUTO WHERE GRUPOID = 2
> GO
>
> Mas configuar a teble ou o BD para quando Excluir a Linha em GRUPO ele
> busque todas as tabelas que existem uma Relationship e exclua.
> Existe algum comando ou configuração no BD./..? Ou estou Delirando e tenho
> que largar a mão de ser preguiçoso e implementar o controle na linguagem!?
>
> Alguem pode dar uma luz! Nem se for para falar! ISSO NÃO EXISTE!
>
> Abraços a todos
>
>
> Para cancelar sua assinatura deste grupo, envie um e-mail para:
> mssql-l-unsubscribe@egroups.com
>
>
>
>
>
>

mensagens 31 - 60 de 32570   Mais antigos  |  < Mais antigos  |  Mais recentes >  |  Mais recentes
mensagens 31 - 60 de 32570   Mais antigos  |  < Mais antigos  |  Mais recentes >  |  Mais recentes
Avançado

Copyright © 2010 Yahoo! do Brasil Internet Ltda. Todos os direitos reservados.
Política de Privacidade - Termos do Serviço - Diretrizes - Ajuda