Flere SQL Server 2005 Express feilsøkingstips - dummies

Predicaments er mulige med SQL Server 2005. Her er en smattering av de som du sannsynligvis vil støte på.

Jeg vil automatisere noen operasjoner

SQL Server 2005 Express har to meget nyttige funksjoner som du kan bruke til å strømlinjeforme vanlige databaseoppgaver:

• Lagrede prosedyrer og funksjoner. Lagrede prosedyrer og funksjoner er biter av logisk gruppert applikasjonsprogramvare som du kan skrive i en rekke programmeringsspråk, inkludert Transact-SQL, Visual Basic, Visual C # og så videre. Etter at du har opprettet dem, plasserer du disse prosedyrene i SQL Server-motoren, der alle med riktig tillatelse kan kjøre dem. De sentraliserer søknadslogikken, og hjelper vanligvis ytelsen til å starte opp.

• utløsere. Tenk på en utløser som en spesialisert lagret prosedyre, en som kjører når en bestemt hendelse skjer. For eksempel kan du sende en e-postvarsling når lager faller under et visst nivå. Det er en god bruk av en trigger; du kan nok tenke på mange flere som gjelder i din organisasjon. Du kan også bruke utløsere for å hjelpe deg med å administrere databaseserveren din, samt kjøre administrative operasjoner.

Jeg vil forenkle dataene mine

Som databaseadministrator kan det hende at informasjonen din er forvirrende, spesielt hvis miljøet ditt har et betydelig antall bord med komplekse sammenhenger. Hvis du finner det vanskelig, kan du forestille deg hvor vanskelig det er for brukerne og applikasjonsutviklerne. Heldigvis, ingen av dere må lide i stillhet. En måte å skape et mer gjennomsiktig bilde av dataene på er å dra nytte av visninger.

Tenk på en visning som et vindu i informasjonen din, en som kan spore hele databasen for å hente resultater. Ved å forhåndsbygge alle sammenføyningene og fjerne eventuelle fremmede detaljer, kan du gjøre dette vinduet mye enklere enn de underliggende dataene. Sluttresultatet er at brukerne og utviklerne kan jobbe med visningen, i stedet for basistabellbordene.

Jeg vil bygge god programvare

Hvis du ønsker å lage noe av høy kvalitet, er det noen gode nyheter. Et bredt spekter av gode verktøy fungerer veldig bra med alle SQL Server-produktene, inkludert Express-utgaven. Her er tre som du bør se på:

• Visual Studio: Dette flaggskipet til Microsofts utviklingsverktøys produktfamilie er funksjonspakket, støtter flere populære programmeringsspråk, og du kan bruke det til å bygge de mest rike og komplekse applikasjonene.På den annen side, hvis du ikke trenger all den strømmen, sjekk ut de neste produktene på listen min.
• Visual Web Developer 2005 Express: Dette produktet på inngangsnivå er designet og priset slik at et stort publikum kan bruke teknologien til å lage webdrevne, databaseklare applikasjoner.
• Visual Basic Express: Visual Basic er et ekstremt populært programmeringsspråk, spesielt for tradisjonelle klient / server applikasjoner. Denne Express-versjonen er rettet mot samme publikum som Visual Web Developer 2005: Utviklere som ønsker et billig og brukervennlig verktøy som fremdeles gir betydelige muligheter.

Hvis du har en annen smak i programmeringsspråk, vær ikke bekymret: Du kan utvikle programvare som fungerer med SQL Server 2005 Express på nesten hvilket som helst språk. Faktisk tilbyr Microsoft Express utgaver av sitt Visual Studio-produkt for andre språk, for eksempel Java, C ++ og C #.

Min databasetjener er for langsom!

Før du kaster din sakte databaseserver ut av vinduet, kan du kjøre noen enkle kontroller for å identifisere og rette opp kilden til hodepine:

• Er dine tabeller indeksert riktig? Uten tvil forårsaker feil eller manglende indekser de fleste av ytelsesproblemer som plager den gjennomsnittlige databaseprogrammet. Du må ta deg tid til å sørge for at du har plassert indekser på de riktige stedene.
• Er det nok minne? Ikke bytt databaseserveren din ved å nekte det minnet du trenger for å få jobben gjort raskt. Du kan raskt fortelle om du går tom for minne ved å starte Windows Task Manager, og studerer mengden tilgjengelig fysisk minne. Hvis dette nummeret nærmer seg null, ber du serveren å gjøre for mye arbeid med for lite minne.
• Er det for mange brukere og applikasjoner? Noen ganger, uansett hvor mye minne du installerer, eller hvor godt tabellene dine er indeksert, nærmer du grensen til hva en databaseserver kan håndtere. Det er ingen rask og rask måte å fortelle om du er på randen, men hvis du eksoserer alle dine andre alternativer, og du ikke kan koaksere mer fart ut av serveren din, bør du distribuere arbeidsbelastningen mellom flere servere.