-
-
Anche quest'anno è arrivato il tanto atteso shutdown.
7 giorni senza alcuna tecnologia, portatile, umts, adsl, nulla (se si esclude qualche parentesi di accensione cellulare che dovrò comunque fare ;-)).
Destinazione Rhemes-Notre-Dame, Val di Rhemes (AO).
Con il sole dovrebbe essere più o meno così...
See you!
-
-
Sembra che finalmente lo avremo a bordo della nuova versione di SQL Server.
Di cosa si tratta?
Di una caratteristica (molto attesa direi) che permetterà di assegnare e/o limitare risorse su singoli workloads, andando così ad impostare differenti priorità di elaborazione e cose del genere.
L'appunto che mi sento di fare è relativo alla scelta di inserirlo soltanto nella Enterprise Edition...
Cattiva idea, per me s'intende...
Commenti?
-
-
Dopo l'ennesimo articolo che dipinge Microsoft come una cattivona, dopo l'ennesimo articolo scritto da un non-tecnico, dopo il post di Luca, ecco cosa mi sarebbe piaciuto scrivere alla redazione di Repubblica.
Non l'ho fatto per due motivi:
1. l'avrebbe letto qualcuno che (forse) avrebbe cestinato
2. preferisco pubblicarlo qui, alla luce del sole, e ricevere ogni eventuale commento dalla community
Buongiorno.
In merito all’articolo “Skype: "Il blackout colpa di Windows" L'azienda spiega i due giorni di silenzio” , visibile anche qui: http://www.repubblica.it/2007/03/sezioni/scienza_e_tecnologia/skype-find/skype-motivi/skype-motivi.html
Credo sarebbe giusto, ad onor del vero, smentirlo in toto.
Come viene pubblicato dal Microsoft Security Response Center (MSRC) qui: http://blogs.technet.com/msrc/archive/2007/08/20/questions-about-last-tuesday-s-release-and-skype.aspx
"Fortunately, Skype has identified the cause. As Villu Arak notes, "a previously unseen software bug within the network resource allocation algorithm" was the cause, and they have corrected it."
Suggerirei anche questo: http://heartbeat.skype.com/2007/08/the_microsoft_connection_explained.html
La smentita, che tipicamente NON fa notizia, non l'avremo mai... credo...
-
-
In uno degli sviluppi che con il mio team stiamo seguendo, è nata l'esigenza di mostrare a video il path fisico del file dati del database.
Senza tanti giri possiamo andare ad utilizzare il comando DBCC SHOWFILESTATS che ha, tra i suoi risultati, proprio l'informazione che ci serviva.
Ecco, via TSQL, come si potrebbe risolvere:
USE [UGISS]
GO
if object_id('tempdb..#tmpFileName') is not null
DROP TABLE #tmpFileName
GO
create table #tmpFileName
(
Fileid int, FileGroup int, TotalExtents int, UsedExtents int, Name sysname, FileName nchar(520)
)
insert #tmpFileName EXEC ('dbcc showfilestats')
SELECT [FileName] FROM #tmpFileName
Il risultato:
(1 row(s) affected)
FileName
------------------------------------------------------------------
C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\UGISS.mdf
(1 row(s) affected)
-
-
TechNet pubblica, in inglese, un'interessante elenco di white papers relativi alle Best Practices con SQL Server.
A partire da qui.
-
-
Nella CTP appena uscita vedono la luce, finalmente, alcuni nuovi tipi di dati per la gestione delle date (ma che giro di parole :-)).
In primis il nuovo tipo time ed il nuovo tipo date che, finalmente, permettono di memorizzare solo la parte oraria o solo la parte prettamente di calendario.
Quindi il datetime2 che è identico al fratello minore datetime ma con un range di date più ampio e con una maggiore precisione.
Range di date: 01/01/0001 as 31/12/9999
Time precision: dalle 00:00:00 alle 23:59:59.9999999
Ad esempio:
select getdate()
---------------------------
2007-08-02 13:20:32.453
select cast( getdate() as time)
---------------------------
13:20:32.4530000
select cast( getdate() as date)
---------------------------
2007-08-02
select cast( getdate() as datetime2)
---------------------------
2007-08-02 13:20:32.4530000
-
-
Danny mi scrive che è disponibile un aggiornamento di SQL Internals Viewer.
Nella release anche la correzione segnalata tempo fa.
-
-
Sembra ormai ufficiale: i Notification Services escono dfinitivamente dal SQL Server 2008.
Adesso chi lo sente Davide? :-)))