SQL Server elérése a loginok törlése után...

Hatalmas hibát követtem el a minap. Kitöröltem egy SQL cluster összes loginját. Rosszul állítottam össze egy drop-create scriprtet, ami kitörölte az összes logint. Közte a sajátomat is. Brrrr. Ott álltunk egy SQL Serverrel amihez gyakorlatilag senki sem fért hozzá. Interneten nem nagyon volt idő kutakodni, úgyhogy gyorsan felhívtam Eriket, aki kapásból mondta, hogy –c –m paraméterekkel kell indítani a szervizt és ennek hatására az SQL Server single user módban indul el és megadja a felhasználónak a szükséges jogokat:

"C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQL3\MSSQL\Binn\sqlservr.exe" -sInstaneNeveJönIde -c -m

Működött, kösz Erik!

Image001

letölthető az SQL 2008 R2 Service Pack 1

Kijött az SQL Server 2008 R2 első javítócsomagja (SP1). Letölteni innen lehet, bővebb infó a javított hibákról itt található

Image001

Még nem raktam fel sehol, de már nagyon vártam… Egyik ügyfelemet pár hónapja rábeszéltem, hogy ha már úgyis le kell cserélni a hardvert az adattárház alatt, akkor váltsunk SQL Server verziót is, és térjünk át 2008-ról, 2008 R2-re. Meg is tettük, de egy-két speciális OLAP-os lekérdezés sajnos sokkal lassabb lett R2-őn, mint a 2008-as verzión volt. L Kioptimalizáltuk, de azért kellemetlen volt L. Viszont ahogy olvasom egy csomó fejlesztést tartalmaz OLAP oldalon (is) az SP1, úgyhogy aki most tér át már valószínűleg nem fog belefutni abba a hibába, amibe mi is belefutottunk.

Tegyünk elsődleges kulcsot a ténytáblákra?

Ne, mert

·         Csak nagyobbá teszi a ténytáblát,

·         És nem származik előnyünk egy ROWID típusú mesterséges kulcsból, indexből

Igen, ha

·         Pl. a riportkészítő eszköz megköveteli (mint pl. annak idején a ReportBuilder)

·         Ha azonos sorokat töltünk a ténytáblába. (Ugyanaz a vevő, ugyanabból a termékből többször is vásárolhat ugyanazon a napon, és nem tesszük bele pl. az időpontot, számlaszámot, vagy egyéb egyedivé tevő azonosítót)

Image001