Concordo com o que o Nilson falou e ainda acrescento, Tem algumas questões que devem ser analisadas na criação de um ERP para SQL SERVER.
SQLServer é um banquinho problemático para acesso concorrente. Suas transações devem ser bem estudadas para que sejam mais curtas possíveis. Problemas de lock de tabela são freqüentes em aplicações que não possuem esse cuidado. Tratamentos que o FireBird e o Oracle fazem o SQL SERVER não faz naturalmente. Existem algumas "artimanhas" do SQLSERVER 2005 como a diretiva SNAPSHOT que faz com o que o SQLSERVER trabalhe de forma similar ao FireBird e ao Oracle. Já no 2000 e no SQL7 isso não é possível, então algumas empresas utilizam a tal diretiva NOLOCK que não é uma solução muito interessante pois basicamente faz com que os select's seja dirtyread. []'s De: [email protected] [mailto:[EMAIL PROTECTED] Em nome de Nilson Chagas Enviada em: sexta-feira, 22 de fevereiro de 2008 13:32 Para: [email protected] Assunto: Re: [delphi-br] Oracle Ë sério sim, o DBA Oracle da empresa me informou sobre isto, não sei se são exatamente estes numeros, mas é algo parecido. Sobre o SQL SERVER peguei no forum do msdn-br: Boa Tarde, A natureza de sistemas ERP é de altíssima concorrência. Embora todas as empresas tenham seus processos de contas a pagar, contas a receber, departamento de pessoal, etc, as que se propõe a adquirir uma solução de ERP certamente não tem um volume de dados muito pequeno e nem uma quantidade de transações desprezível. Em cenários como esse, é bem provável que o SQL Server 2005 Express não o atenda totalmente em virtudes de algumas de suas limitações. Falemos delas: *1) Qual a limitação do SQL Server 2005 Express, em termos de quantidade de conexão e tamanho da base de dados.* Ao contrário das versões anteriores, o SQL Server Express não possui um limite na quantidade de conexões, mas é bem certo que quanto mais usuários estiverem conectados, mas o desempenho irá cair (e no Express isso pode se dar de uma forma mais rápida). O tamanho máximo permitido para uma base de dados no SQL Server Express é de 4GB. *2) Caso estoure tais limites e o cliente queira comprar a versão normal dele, quanto seria esta versão?* O preço de uma edição paga varia de acordo com alguns fatores: Edição: Workgroup, Standart e Enterprise Licenciamento: Processador, Usuário, Dispositivo Relacionamento com a Microsoft: Dependendo da quantidade de produtos adquiridos, pode haver uma melhor política de preços Inicialmente com a quantidade de usuários e a forma de licenciamento é possível estimar um preço mínimo, mas sem isso os intervalos de preço serão muito grandes (podem variar de R$ 1.200,00 até U$ 25.000,00). Recomendaria expor sua situação para um fornecedor autorizado a efetuar a venda do produto (além dos parceiros Microsoft, existem lojas como a Brasoftware). Maiores detalhes em: http://www.microsoft.com/brasil/servidores/sql/howtobuy/default.mspx *3) Qual seria a configuração recomendada para um servidor de dados, usando SQL Server?* É praticamente impossível responder sem dar um chute. Como saber qual é a configuração ideal para um sistema sem saber quantos usuários conectam-se, se ele é desktop ou web, se a inteligência do negócio está concentrada na camada do banco de dados ou em uma camada de aplicação (COM, .NET Remoting, WebServices, etc). No entanto, você pode fazer um benchmark procurando a configuração mínima dos ERPs dos concorrentes. Cabe dizer ainda que o SQL Server Express só consegue utilizar um único processador e endereça apenas 1GB de memória RAM. Maiores informações consulte o link abaixo: http://www.microsoft.com/sql/prodinfo/features/compare-features.mspx Em 22/02/08, Gladson Reis <[EMAIL PROTECTED] <mailto:gladson%40stonestecnologia.com.br> > escreveu: > > Serio nilson ? > Vc sabe de alguma limitacao do SQL SERVER EXPRESS ? > > ----- Original Message ----- > From: "Nilson Chagas" <[EMAIL PROTECTED] > <mailto:nilson.chagas.silva%40gmail.com> <nilson.chagas.silva%40gmail.com> > > > To: <[email protected] <mailto:delphi-br%40yahoogrupos.com.br> > <delphi-br%40yahoogrupos.com.br>> > Sent: Friday, February 22, 2008 11:12 AM > Subject: Re: [delphi-br] Oracle > > Sim. limitada se não me engano a 1Gb de ram, e 4Gb de banco de dados. > > Em 22/02/08, Gladson Reis <[EMAIL PROTECTED] > <mailto:gladson%40stonestecnologia.com.br> > <gladson%40stonestecnologia.com.br>> > escreveu: > > > > Existe uma versao do oracle que é free ? > > > > ----- Original Message ----- > > From: "Jaques" <[EMAIL PROTECTED] <mailto:jaques.esp%40gmail.com> > > <jaques.esp%40gmail.com> < > jaques.esp%40gmail.com>> > > To: <[email protected] <mailto:delphi-br%40yahoogrupos.com.br> > > <delphi-br%40yahoogrupos.com.br><delphi-br%40yahoogrupos.com.br>> > > Sent: Friday, February 22, 2008 11:04 AM > > Subject: RES: [delphi-br] Oracle > > > > Leonardo, > > > > Bom dia... > > > > Olha.. essas questões são mais pessoais.. > > > > No sistema que eu trabalho aqui, usamos o SQL Server mas a lógica é a > > mesma, > > fazemos assim: > > > > Cada usuário do sistema é mapeado para um usuário no SGDB. Por que isso? > > Bom > > em alguns lugares usamos tabelas temporárias, em outros fazemos gravação > > de > > auditoria por meio > > > > De sp e triggers e daí fica fácil descobrir quem disparou o processo. > > > > Criamos também um database específico para o nosso sistema. Motivos: > > Organização dentro do SGBD, podemos criar uma base de testes e > > treinamentos > > no mesmo servidor. E fora que rotinas de backup de restore se tornam > mais > > fáceis. > > > > Qq coisa estamos a disposição > > > > Jaques Dix > > Desenvolvedor > > > > -----Mensagem original----- > > De: [email protected] <mailto:delphi-br%40yahoogrupos.com.br> > > <delphi-br%40yahoogrupos.com.br><delphi-br%40yahoogrupos.com.br> [mailto: > > [email protected] <mailto:delphi-br%40yahoogrupos.com.br> > > <delphi-br%40yahoogrupos.com.br><delphi-br%40yahoogrupos.com.br>] Em > > nome de Leonardo - Lalur Informática > > Enviada em: sexta-feira, 22 de fevereiro de 2008 08:39 > > Para: [email protected] <mailto:delphi-br%40yahoogrupos.com.br> > > <delphi-br%40yahoogrupos.com.br><delphi-br%40yahoogrupos.com.br> > > Assunto: [delphi-br] Oracle > > > > Bom dia pessoal. > > > > Gostaria de saber o que é mais recomendável para um sistema que será > > distribuido aos clientes que usam banco oracle. > > Criar um usuário só para a aplicação e dar permissão nas tabelas do > > sistema > > para este usuário, e assim logar o sistema sempre com este usuário? Ou > > usar > > o usuário que o cliente utiliza mesmo? > > Criar um prefixo com o nome do sistema para as tabelas (ex: > > SISTEMA_CLIENTES, SISTEMA_PRODUTOS) ou colocar em uma database separada > > dentro do banco? > > > > Obrigado. > > > > Leonardo > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > -- > > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > > > Links do Yahoo! Grupos > > > > __________ Informação do NOD32 IMON 2894 (20080221) __________ > > > > Esta mensagem foi verificada pelo NOD32 sistema antivírus > > http://www.eset.com.br > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > -- > <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>> > > Links do Yahoo! Grupos > > __________ Informação do NOD32 IMON 2894 (20080221) __________ > > Esta mensagem foi verificada pelo NOD32 sistema antivírus > http://www.eset.com.br > > > [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
