Fare DISTINCT con COLLATE
Un sempice quanto utile tip per eseguire delle SELECT DISTINCT con una collation arbitraria:
http://www.microsoft.com/italy/msdn/risorsemsdn/community/tips/0612.mspx#E6C
Un sempice quanto utile tip per eseguire delle SELECT DISTINCT con una collation arbitraria:
http://www.microsoft.com/italy/msdn/risorsemsdn/community/tips/0612.mspx#E6C
In SQL Server 2000 e 2005 non è possibile passare nativamente ad una stored procedure un’array di dati. In questo articolo viene spiegato come risolvere il problema.
http://msdn.microsoft.com/it-it/library/cc185040.aspx#ID0E3B
In SQL Server 2008 il problema non si pone in quanto ci sono i Table Valued Parameters che risolvono alla radice il problema
Una serie di produttivi tips & tricks da usare con il SQL Server Management Studio:
http://www.microsoft.com/italy/msdn/risorsemsdn/community/tips/0612.mspx#E5D
Un dettagliato tip che spiega come risolvere il problema dell’identificazione di buchi in una sequenza di numeri:
http://www.microsoft.com/italy/msdn/risorsemsdn/community/tips/0705.mspx#EMC
E’ stato annunciato e confermato che il prezzo di SQL Server 2008 non varierà rispetto alla versione SQL Server 2005:
http://www.networkworld.com/news/2007/092007-no-price-hike-sql-server.html
No necessariamente. Infatti l’indice clustered e la chiave primaria di una tabella sono due cose nettamente distinte fra loro: - la chiave primaria è un vincolo che assicura l’univocità di ogni riga della tabella - un indice clustered è un struttura B+Tree che determina un ordinamento specifico dei dati della tabella nelle pagine di dati. Di fatto, però, SQL Server implementa il vincolo di chiave primaria attraverso un ‘unique index’ di tipo ‘clustered’, a meno che venga prima creata la tabella priva di chiave primaria, quindi aggiunto l’indice clusterd, infine aggiunto il vincolo di chiave primaria che sarà quindi implementata attraverso un ‘unique index’ di tipo ’non-clustered’
Una vista che utilizza la SELECT * (star) non è in grado di riconoscere una modifica intervenuta nella struttura delle tabelle da cui dipende (sia essa l’aggiunta che la eliminazione di colonna). Questo accade perchè la lista delle colonne viene interpretata solo al momento della CREATE della vista o eventualmente di una successiva ALTER.