Domanda

Uno sviluppatore di terze parti che il mio capo ha introdotto, ha progettato un " Migliore " Sistema rispetto al nostro sito Web ASP.NET + MSSQL Server 2005 che stiamo utilizzando ora.

Ecco le specifiche pertinenti:

  • Excel + ODBC come archivio dati
  • Costruito utilizzando ASP di vecchia scuola, non ASP.NET

C'è qualche evidente problema con la sua soluzione a corto di tecnologia antica? Discussione sicurezza ecc?

Lasciami in questo modo, " Cosa può dire al mio capo (che è solo parzialmente tecnico) di espellere questo codice dall'acqua? "

Grazie

Sviluppatore vendicativo :)

È stato utile?

Soluzione

Excel non dovrebbe mai essere usato come archivio dati

  1. Non è un database

  2. Non gestirà più utenti contemporaneamente

  3. Nessun supporto per le transazioni, quindi se si verifica un errore nel mezzo di una chiamata odbc, il file Excel potrebbe finire nel cestino. (Anche l'accesso sarebbe meglio quindi usare Excel e questo non significa molto)

  4. Excel è un foglio di calcolo, progettato per l'analisi dei dati, non per l'archiviazione dei dati.

Altri suggerimenti

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

  

IMPORTANTE: sebbene le applicazioni ASP / ADO supportino l'accesso multiutente, un foglio di calcolo Excel no. Pertanto, questo metodo di interrogazione e aggiornamento delle informazioni non supporta l'accesso simultaneo multiutente.

Ummm .... manca di scalabilità: potresti avere solo pochi utenti. I dati sono importanti?

Allain, oltre ai grandi motivi tecnici che sono emersi qui, penso che tu debba chiederti "perché il capo ha fatto questo? "

La percezione è realtà, e se il tuo capo è solo parzialmente tecnico, il ragionamento puramente tecnico potrebbe non riuscire.

Oltre alle evidenti debolezze architettoniche, c'è qualche funzionalità in questo mostro che lo rende più attraente per il tuo capo? Generalmente le persone non fanno cose stupide di proposito, potrebbe esserti utile considerare da dove proviene il tuo capo prima di andare a fare un CLM .

Problemi di sincronizzazione relativi a un archivio dati xls separato e sql server 2005? Sul nostro server IIS, le pagine ASP classiche sono vietate per impostazione predefinita. Forse è un segno lol.

Che ne dici di prestazioni terribili, dal momento che Excel non è progettato per essere utilizzato come database? Di 'al tuo capo che Excel non è nemmeno un database per utente singolo (ecco cos'è MS Access), per non parlare di un database multiutente progettato per prestazioni elevate e simultanee.

E ovviamente usando ASP puro perdi l'accesso a tutte le librerie .NET framework (che ovviamente è ciò su cui si stanno concentrando tutti gli sviluppatori di librerie nell'ecosistema MS). Ma hai chiesto 1 motivo e il primo è migliore.

Vorrei seguire il mantra che quelli sono gli strumenti sbagliati per il lavoro (supponendo che siano nel tuo caso). Sarebbe come usare un cacciavite come martello. Per un chiodo, potrebbe funzionare con molto sudore e lacrime. Per un progetto reale, attraverso, questo è probabilmente condannato.

Vorrei vantarmi degli strumenti con cui hai familiarità: quanto sono migliori gli strumenti in termini di prestazioni, sicurezza, manutenzione (in particolare i costi di manutenzione).

Potresti dire qualcosa come se stesse pagando qualcuno per scrivere una nuova app con tecnologia decennale che potrebbe non essere supportata per molto più tempo (se è ancora ...).

Ummm ... limite di riga?

Ecco cosa puoi dirgli: ricordagli gli incubi che accadono quando due o più persone devono modificare lo stesso foglio di calcolo contemporaneamente. Ora digli di immaginare che moltiplicato per un centinaio di persone che non possono chiamarsi l'un l'altro per dire loro di "chiudere il foglio di calcolo in modo che io possa aggiornarlo". Ecco come sarà.

Un foglio di calcolo Excel gestirà anche correttamente le transazioni simultanee? Non è stato progettato per questo tipo di cose, e non lo riterrei responsabile se avesse fatto qualcosa di brutto (come consentire solo una connessione ODBC alla volta o non bloccare correttamente gli aggiornamenti simultanei).

Quel file Excel verrà corrotto in fretta con molte persone che lo colpiscono allo stesso tempo. La scalabilità di Excel come archivio dati back-end è quasi inesistente. Ha difficoltà a mantenere l'integrità dei dati con la sua funzione di cartella di lavoro condivisa nativa ...

A proposito: questa terza parte è un parente del tuo capo ??? Oddio ...

L'antica tecnologia è di per sé un problema evidente. Sarai in giro per sempre? Sarà molto difficile per il capo trovare nuovi sviluppatori per mantenere qualcosa del genere. Il mondo della tecnologia è andato avanti.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top