Pergunta

Um desenvolvedor de terceiros meu chefe trouxe, projetou uma "melhor" sistema que nosso Web site ASP.NET + MSSQL Server 2005 que estamos usando agora.

Aqui estão as especificações relevantes:

  • + ODBC Excel como o armazenamento de dados
  • Construído usando a velha escola ASP, ASP.NET não

Existe algum problema gritante com sua curta solução da antiga tecnologia? Segmento de segurança etc?

Deixe-me colocar desta forma: "O que posso dizer ao meu patrão (que é apenas parcialmente técnico) para explodir este código fora da água?"

Obrigado,

Desenvolvedor Vingativo:)

Foi útil?

Solução

Excel nunca deve ser usado como um armazenamento de dados,

  1. Não é um banco de dados

  2. Não vai lidar com vários usuários ao mesmo tempo em tudo

  3. Não há suporte para transações, por isso, se ocorrer um erro no meio de uma chamada ODBC o arquivo excel pode acabar na lixeira. (Acesso Mesmo seria melhor, em seguida, usando o Excel e que não é dizer muito)

  4. Excel é uma planilha, projetado para analisar os dados, não para armazenar dados.

Outras dicas

Direto da Microsoft: http://support.microsoft.com/kb/195951

IMPORTANTE: aplicações Embora ASP / ADO apoiar o acesso multi-usuário, uma planilha do Excel não. Portanto, este método de consulta e atualização de informações não suporta o acesso simultâneo de vários usuários.

Ummm .... ela não tem escalabilidade: Você poderia ter apenas alguns poucos usuários. É o dado importante?

Allain, bem como as grandes razões técnicas que têm vindo aqui, eu acho que você precisa se perguntar "por que o patrão fazer isso?"

A percepção é realidade, e se seu chefe é apenas parcialmente técnico, então raciocínio puramente técnica não pode passar.

Além das deficiências arquitectónicas gritantes, há alguns funcionalidade na esse monstro que o torna mais atraente para o seu chefe? Geralmente as pessoas não fazem coisas estúpidas de propósito, pode atendê-lo bem para considerar onde o chefe está vindo antes que você vá fazer uma CLM .

problemas de sincronização de lidar com um armazenamento de dados xls separado e sql server 2005? Em nosso servidor IIS, páginas ASP clássico são proibidas por padrão. Talvez isso seja um sinal lol.

Como sobre o desempenho terrível, pois o Excel não é projetado para ser usado como um banco de dados? Diga ao seu chefe Excel não é nem mesmo um banco de dados de usuário único (que é o MS Access é), e muito menos um banco de dados multi-usuário projetado para alta, o desempenho do concorrente.

E, claro, usando puro ASP você está perdendo o acesso a toda a estrutura do NET bibliotecas (que, naturalmente, é o que todos os desenvolvedores biblioteca no MS ecossistema está focando). Mas você pediu uma razão, e o primeiro é melhor.

Eu iria com o mantra de que essas são as ferramentas erradas para o trabalho (assumindo que eles estão no seu caso). Seria como usar uma chave de fenda como um martelo. Por um prego, ele pode trabalhar com um monte de suor e lágrimas. Para um projeto real, através, este é provavelmente condenado.

Eu vangloriar as ferramentas que você está familiarizado com - quanto melhor o ferramental é em termos de desempenho, segurança, manutenção (esp custo de manutenção.)

.

Você poderia dizer algo como ele está pagando alguém para escrever um novo aplicativo com década tecnologia antiga que não pode ser suportado por muito mais tempo (se ele ainda é ...).

Ummm ... limite de linha?

Veja o que você pode dizer a ele: Lembrá-lo dos pesadelos que acontecem quando duas ou mais pessoas precisam editar a mesma planilha ao mesmo tempo. Agora diga-lhe para imaginar que multiplicado por uma centena de pessoas que não podem chamar uns aos outros para dizer-lhes para "fechar a planilha para que eu possa atualizá-lo". Isso é o que vai ser assim.

É uma planilha do Excel, mesmo indo para lidar com transações concorrentes corretamente? Ele não foi projetado para este tipo de coisa, e eu não responsabilizá-lo se ele fez algo ruim (como única deixando uma conexão ODBC em um momento, ou não bloqueio adequadamente atualizações simultâneas).

Isso excel arquivo vai ficar corrompido em uma pressa com muitas pessoas bater-lo ao mesmo tempo. A escalabilidade do Excel como um armazenamento de dados de back-end é quase inexistente. Ele tem uma suficiente integridade de dados mantendo dificuldade com a sua característica nativa pasta de trabalho compartilhada ...

BTW- este terceiro é um parente de seu chefe ??? Caramba ...

A tecnologia antiga é em si um problema gritante. você vai ser para sempre? Vai ser muito difícil para o patrão para encontrar novos desenvolvedores para manter algo como isto. O mundo da tecnologia evoluiu.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top