Basta chiedersi se per uno sviluppatore vale la pena utilizzare SQL Server 2005/2008 Developer Edition anziché l'edizione SQL Server Express in bundle fornita con Visual Studio. Sto parlando dello sviluppo iniziale di un sito Web, in cui è necessario creare script SQL per generare tabelle e cose del genere. Con Express è facile aggiungere un file .mdf
al progetto e programmarlo contro questo, ma non sarebbe meglio installare Developer Edition e programma su un database "reale" che imitasse quello che si sta per usare in produzione? In questo modo se stai utilizzando VS Professional e puoi creare un "progetto di database" puoi includere tutti gli script di creazione e eseguirli in produzione per ricreare l'ambiente.SQL Server Express è abbastanza buono per uno sviluppatore o dovrebbe ottenere la versione per gli sviluppatori?
risposta
Se si ha accesso ad esso, è meglio usare Developer Edition perché supporta più funzionalità e database più grandi. Ad esempio, se si desidera ripristinare un database da 50 gb dal server di produzione sulla workstation per eseguire i test, è necessario Developer Edition.
Un altro esempio è se si lavora con funzionalità solo Enterprise come partizionamento, compressione o Resource Governor. Queste funzionalità non sono disponibili in Express, ma sono disponibili in Developer Edition.
Se è abbastanza buono per la produzione, come può essere insufficiente nello sviluppo. E SQL Express è abbastanza capace di gestire carichi onesti (il tipo di carichi che avrebbe messo in evidenza un hardware serio solo pochi anni fa).
SQL Server Express non richiede licenze ma ha un set di funzioni più piccolo.
Lo sviluppo con SQL Server completo (e con Edition Edition corrisponde a Enterprise Edition) lascia sempre la possibilità di fare affidamento su alcune funzionalità che non sono presenti nell'edizione di produzione.
Per lo meno tutti i test (inclusi i test delle unità) devono essere eseguiti rispetto all'edizione da utilizzare in produzione.
In questa domanda, poiché una versione "completa" è destinata alla produzione, l'edizione dello sviluppatore dovrebbe essere una buona corrispondenza, basta fare attenzione alle funzionalità aziendali se si distribuirà contro Standard.
Dipende da ciò che si sta facendo. In generale, direi che va bene. Se riesci a ottenere una copia dello sviluppatore, ti consiglierei quella via, ma la maggior parte del tuo lavoro può essere eseguita in Express.
Express dispone di report di base, con servizi avanzati. Se si va oltre il Reporting di base del prodotto, sarà necessario spostarsi. Inoltre disponi di un intermediario di servizi. Ma non avrai servizi di analisi (nessun data warehousing) o SSIS (nessun ETL). Se hai bisogno di una di queste funzionalità, devi andare allo sviluppatore.
Non avrete anche alcune delle funzioni di BI, poiché in Express Manager mancano molti dei bit dell'intero SQL Management Studio e BI Developer. Se hai bisogno di questi, avrai bisogno di SQL Server Developer.
Personalmente, penso che il vostro ambiente di sviluppo dovrebbe apparire il più possibile in vostro ambiente di produzione.
Edizione SQL Server Express ha molte limitazioni come la dimensione del database, supporta solo un processore, ecc.E 'la versione "lite" di SQL Server
edizione per sviluppatori SQL Server è fondamentalmente Enterprise edition, ma non può essere utilizzato per la produzione.
Tenere presente che se il successo del database di back-end si basa sull'utilizzo di funzionalità aziendali per lo sviluppo e si desiderano le stesse funzionalità in produzione, ciò richiederà la licenza aziendale.
Ho imparato questo nel modo più duro "indietro nel tempo". (Che dev-edition ha tutte le caratteristiche di edizione aziendale)! Ho sempre desiderato che avessero edizioni di sviluppo che corrispondevano alle edizioni che possono essere installate su "Produzione" (Standard, Enterprise, ecc.). – granadaCoder
- 1. Overriding hashCode() - è abbastanza buono?
- 2. Differenze tra SQL Server 2008 e SQL Server 2008 R2 dal POV di uno sviluppatore
- 3. Powershell è una competenza necessaria per gli sviluppatori Windows come Bash/Borne è per uno sviluppatore Linux/UNIX?
- 4. Rimuovere sql server 2005 express per installare SQL Server 2008
- 5. Proxy Web per gli sviluppatori
- 6. Qt per gli sviluppatori Delphi
- 7. Essere uno sviluppatore pigro o non essere uno sviluppatore pigro?
- 8. Mono è abbastanza robusto per uno sviluppo aziendale serio?
- 9. Usando LinkedBlockingQueue abbastanza buono per il programma java multi-thread?
- 10. Dashboard per sviluppatori Android versione nazionale/regionale
- 11. Miglior controllo versione per sviluppatore indipendente
- 12. Eclipse Standard o Eclipse IDE per gli sviluppatori Java?
- 13. Meteor.js è abbastanza stabile per la produzione?
- 14. Suggerimenti per uno sviluppatore iOS per imparare la programmazione Mac?
- 15. controllo versione: uno gratuito per Visual Studio Express
- 16. SQL Server: convenzioni per la denominazione di uno schema
- 17. JSP è buono per la creazione di siti Web?
- 18. Conseguenze nel fare software "abbastanza buono"
- 19. È vagabondo utile per gli sviluppatori java/javaee?
- 20. Uno strumento per sviluppatori per la progettazione di un database SQLite per Android
- 21. Subversion: Ottenere "Il client è troppo vecchio" anche se tutti gli sviluppatori stanno eseguendo la stessa versione di svn
- 22. Learning Python per uno sviluppatore .NET
- 23. Il morbo di Mojolicious è buono per la produzione?
- 24. Qual è la differenza tra SQL Server Compact Edition e SQL Server Express Edition?
- 25. Qual è il profilo di uno sviluppatore di SharePoint
- 26. Django per gli sviluppatori web2py
- 27. Piggyback volatile. È abbastanza per la visibilità?
- 28. SQL Server Express - L'uso commerciale
- 29. Mapper O/R - Buono o cattivo
- 30. DevExpress per ASP.NET abbastanza veloce
Non sarai mai frustrato con Developer Edition e non utilizzare Sql-Express. Ti sentirai frustrato, viceversa. Allo stesso tempo, cerca di far corrispondere ciò che verrà utilizzato in produzione. – granadaCoder