http://www.sqlmag.com/authors/author/author/5777810/rsscomment/5777810en-USFri, 25 May 2012 09:18:58 GMTFri, 25 May 2012 09:18:58 GMThttp://www.sqlmag.com/article/tsql3/beyond-sqlxml#commentsAnchorMon, 05 Feb 2007 14:14:17 GMT
Great article]]>portnovj Mon, 05 Feb 2007 14:14:17 GMThttp://www.sqlmag.com/article/tsql3/beyond-sqlxml#commentsAnchorhttp://www.sqlmag.com/article/sql-server-2000/the-proof-is-in-the-productivity-#commentsAnchorThu, 13 Jul 2006 16:35:33 GMT
One key thing missing from the report is how well the systems performed once deployed. Rapid/easy development does not always guarantee a quality product in the end...]]>GORDONThu, 13 Jul 2006 16:35:33 GMThttp://www.sqlmag.com/article/sql-server-2000/the-proof-is-in-the-productivity-#commentsAnchorhttp://www.sqlmag.com/article/data-access/a-report-builder-for-everyone#commentsAnchorFri, 19 May 2006 08:26:19 GMT
Amazin, I have a paid subscription and still cannot get access to the online content. This magazine is the worst. Your online presence is weak. Pack it in.]]>ShawnFri, 19 May 2006 08:26:19 GMThttp://www.sqlmag.com/article/data-access/a-report-builder-for-everyone#commentsAnchorhttp://www.sqlmag.com/article/sql-server-2005/back-to-sql-server-s-future#commentsAnchorMon, 18 Apr 2005 08:09:41 GMT
I agree that data is more easily manipulated when it is close to the database engine. However, the argument is quite contradictory : moving the code back to SQL Server makes the terminal even "dumber" as the traditional mainframe/dumb-terminal scenario.]]>erbellicoMon, 18 Apr 2005 08:09:41 GMThttp://www.sqlmag.com/article/sql-server-2005/back-to-sql-server-s-future#commentsAnchor