En databas är en modell där data kan lagras logiskt och kan hämtas för framtida bruk. Om du är bekant med Microsoft Excel, lagrar du redan dina viktiga data i tabellformen.

Databas är inget annat än en liknande tabellform för att lagra data precis som kalkylbladen. Den innehåller kolumner och rader där kolumnerna är sammansatta av attribut och raderna byggs av posterna.

Om du till exempel skapar en databas med namn och telefonnummer till dina kunder behöver du kolumnnamn som FirstName, LastName och PhoneNumber. Sedan kan raderna läggas till under kolumnerna efter behov enligt antalet klienter. Databasen kan hämta och uppdatera dina data när och när det behövs. Den kan utföra olika komplexa beräkningar och korskontrollera poster i olika tabeller.

Typer av databas

Databaser kan huvudsakligen delas in i två olika typer – platt fil och relationell.

Platt fil

Om du har att göra med små mängder data, kan databassystemet med platt fil vara den ultimata lösningen för dina behov. Även om komplexa data kan lagras i platt fil, kan processen vara tidskrävande och dyr jämfört med relationshanteringssystemet. Enkla data där datasträngarna kan särskiljas helt enkelt med kommatecken finns alltså under det platta filsystemet.

Relationellt

Databasen till exempel MySQL, Oracle eller MS SQL-servern kan tjäna syftet med stora och komplexa datastrukturer på ett mycket logiskt sätt. Eftersom tabellerna kan länkas samman med varandra, kallas de för "relationell databas".

Steg för att designa databas med SQL Server

Steg 1

Installera programvaran – Först måste du installera programvaran från Microsoft. Mac-användare kan installera från DbVisualizer eller Squirrel-program som är av öppen källkod.

Steg 2

Introducera SQL Server Studio – Du måste starta programmet genom att köra SQL Server Management Studio. Om du redan har en körande server behöver du viss behörighet för att ansluta. Men om du skapar en ny måste du välja "Windows-autentisering" och infoga databasnamnet som (.) Du är nu redo att ansluta när du klickar på knappen "Anslut".

Steg 3

Hitta databasmappen – Du måste hitta databasens mapp. Efter anslutning öppnas objektutforskarens fönster. Du kan klicka på ‘+’-ikonen för att expandera alternativet och sedan enkelt hitta databasmappen.

Steg 4

Skapa nytt – Fjärr-DBA-experterna fortsätter nu att skapa en ny databas. Du måste namnge databasen och låta resten av funktionerna fungera automatiskt. När du skriver in databasnamnen, två filer nämligen; Data och loggfilen skapas som standard. Datafilerna lagrar all din data medan loggfilerna kan spåra uppdateringarna i din databas. Nu måste du klicka på ‘OK’ och den nya cylindriska databasikonen visas i mappen.

Steg 5

Skapa tabell – Välj mappen ‘Tabell’ genom att högerklicka på den utökade databasmappen. Därifrån kan ‘Ny tabell’ väljas för att skapa och redigera din nya tabell.

Steg 6

Skapa primärnyckel – Den första kolumnen i din databastabell måste inkludera primärnyckeln. Den här nyckeln kan vara vilken som helst som ID eller serienummer. Du kan avmarkera knappen ’tillåt null’ och skriva ‘int’ i alternativet Datatyp. Men om du vill tillåta null kommer din första post definitivt att vara noll.

Steg 7

Tabellstruktur – Bordets struktur måste ordnas på rätt sätt. Eftersom tabellerna skapas av kolumnerna och fälten måste du representera databasposten av varje kolumn. Till exempel, om du skapar kontaktdatabasen för dina kunder, måste det finnas kolumner som ‘FirstName’, ‘LastName’, ‘Address’ och ‘PhoneNumber’.

Steg 8

Skapa olika kolumner – När din primärnyckel är fylld kan du fokusera din uppmärksamhet på att skapa olika kolumner under primärnyckeln. Du måste välja korrekt datatyp för att passa all din information.

int – Denna datatyp används i princip för heltal och kan observeras i ID-fältet.
nchar (#) – Det används främst för texter, såsom namn, efternamn och adresser. Parentesen ska innehålla det maximala antalet tecken som kan tillåtas i varje fält. Telefonnummer kan också sparas i detta format eftersom det inte kräver någon matematisk beräkning.
decimal( x,y) – Decimalformen av tal kan lagras här. Parentesen anger det totala antalet siffror i figuren och antalet siffror strax efter decimalkomma. Till exempel kommer decimal (4, 2) att spara siffror som 00.00.

Steg 9

Spara datatabellen – Efter att ha slutfört tabellskapandet med olika fält och kolumner måste du spara tabellen genom att namnge den. Namnet på tabellen måste hjälpa dig att känna igen innehållet i databastabellen. Verktygsfältet innehåller ikonen Spara som du måste klicka på för att utföra åtgärden.

Steg 10

Lägg till data i tabell – När du är redo med tabellen kan du nu lägga till data enligt dina krav. Du kan expandera din tabellmapp från fönstret i Objektutforskaren och om den nya tabellen tar tid att ladda behöver du bara uppdatera tabellmappen. Om du till exempel har lagt till 400 rader, välj bara "Redigera topp 400 rader" genom att högerklicka på tabellen Tabell.

Steg 11

Spara data och kör tabell – Om du är redo efter att ha sparat all din data klickar du bara på knappen Execute SQL i verktygsfältet. SQL-servern fungerar automatiskt och går igenom alla dina sparade data. Du kan också köra SQL genom att trycka på Ctrl + R från ditt tangentbord. Felen, om några, kommer att markeras innan exekveringsprocessen äger rum.

Steg 12

Datafråga – Nu, efter att designprocessen är över, kan du enkelt fråga dina data för alla analyser och rapporter. Dataförfrågningsrapporterna kan alltså användas för administrativa ändamål för ditt företag.

Lösa databasproblem i SQL Server

Anslutningsproblem

Anslutning kan vara ett mycket vanligt serverproblem i databasen. När de nya användarna börjar interagera med servern kan anslutningen distribueras ibland. Servern kan ha en utmärkt anslutning i många år, men kan plötsligt förlora sin synkronisering mellan applikationerna och slutanvändarna i sitt system.

För att felsöka det här problemet måste du fokusera på hur länge felgenereringen varar. Bilden nedan förklarar felsökningsprocessen korrekt.

Om felet genereras inom 25-30 sekunder kan du vara säker på att det finns några anslutningsproblem på servern. Å andra sidan, om varaktigheten bara är några sekunder som 5-6 sekunder, kan du lätt anta att problemet är relaterat till konfigurationen och inställningarna eller eventuella behörighetsrelaterade problem på servern. I fallet med 30 sekunders timeout måste du pinga värden ordentligt och servern kan då misslyckas med att ge åtkomst till de nya klienterna. Det är alltid tillrådligt att servern kan användas med de specifika namngivna instanserna för att undvika just detta problem.

Om anslutningen fortfarande är envis kan du utföra profileringen med granskningsinloggningen och sedan kontrollera knappen för Misslyckad granskningsinloggning för att identifiera alla misslyckade händelser. Om inget händer kan du vara säker på att brandväggarna, namngivna instanser och portavlyssnare är tillgängliga som standard. Om någon händelse inträffar här behöver du ytterligare djupgående information om ditt anslutningsproblem.

Arkitektoniska frågor

De arkitektoniska frågorna kan inkludera blocken, dödlägen och överlåsningsprocessen. Med ökningen av belastningen och antalet slutanvändare kan dessa arkitektoniska problem ta en stor form på din server. Här representerar koden inte korrekt den samtidiga SQL-servermodellen på grund av blocken i konsistensen av olika transaktioner. Även om problemet förblir dolt tills den ökade användningen av applikationer, måste det fortfarande lösas för en ordentlig arkitektonisk bakgrund. Det här problemet är något liknande när ett bildäck fungerar bra på de släta vägarna i staden, men kan vara olycksbenägna när du färdas på kuperade vägar. DMV-frågan kan vara den bästa lösningen för att lösa dessa vilande problem på din server. Du kan presentera frågekommandot som sys. dm_os_waiting_tasks för att få en uppfattning om antalet frågor som är under väntande status. Till exempel kontrollerar just denna DMV frågor som är blockerade.

SELECT
w.session_id
w.wait_duration_ms
w.wait_time
w.blocking_session_id
r.total_elapsed_time
FROM
sys.dm_os_waiting_tasks
WHERE
w.session_id>100

DMV kan också kontrollera serverns övergripande statistik om någon uppgift väntar. Därför kan blockeringsproblemen elimineras om frågorna kan ställas på rätt sätt. Datakollisionen kan undvikas om indexet kan arbeta mycket snabbare under hela operationen. Du kan lokalisera dödläget och kan hantera det på ett effektivt sätt. Dödläget kan åtgärdas genom att omorganisera operationsorder med alla problem i en sekvens. Alternativet NOLOCK tips kan också användas men du måste vara medveten om alla de omvända effekterna av det i din miljö av datakonsistens. Du kan behöva expertkunskaper för att felsöka dessa problem med dödlägen. Om du går fel i ett enda steg kan felsökningen verka mycket dyr för dig!

Katastrofåterställning

Även om dataåterställning är möjlig i olika steg av felsökning av SQL, rekommenderas det alltid att en ordentlig säkerhetskopiering av offsite tas för olika katastrofer och oförutsedda händelser som inträffat för dem. Du måste uppfylla Recovery Point Objective (RPO) och Recovery Time Objective (RTO) genom att regelbundet uppdatera din befintliga plan för återhämtning. De regelbundna uppdateringarna och testerna hjälper din server att klara av miljöförändringarna mitt i krissituationen.

Varningar och fel

Den vanliga varningsinställningen är en av de viktiga uppgifterna som utförs av databasservern. Felen och problemen kan lätt dyka upp om varningarna används i en korrekt konfiguration. Felmeddelandet kan visas med tekniska detaljer och kan vara mycket fördelaktigt för att lösa problemen. I få undantagsfall där felmeddelandet inte tillhandahåller detaljerna, ska de automatiserade operationerna utföras av olika loggningsalternativ som tillhandahålls av SQL-servrarna. Sökmotorerna kan också vara till stor hjälp om du sätter in rätt felkod i deras sökrutor. Du måste bara identifiera grundorsaken innan du agerar på lösningen av eventuella serverproblem. Om du vill få hjälp av de sociala medierna kan du hålla utkik efter #sqlhelp på Twitter som också kommer att erbjuda dig utmärkta alternativ för att lösa felen.

Prestandaproblem

Databasens prestanda förblir utan några klagomål tills storleken är liten. Men när storleken på databasen ökar kan olika prestandaproblem uppstå på servern. Sålunda kan servrarna gradvis sluta svara med vissa specifika frågor som körs i bakgrunden och lockar till sig olika problem. Nu för att identifiera dessa frågor kan du använda sp_WhoIsActive-processen och ta reda på dem. Denna DMV visar sig vara ett mycket användbart verktyg under felsökningsproblem och justering av databasprestanda.

Som alla andra Windows-applikationer kan SQL-serverdatabasen också locka till olika problem. Även om det inte är en omöjlig uppgift att felsöka problemen, kräver det praktisk skicklighet hos databasexperterna. Frågorna och operationerna måste köras samtidigt med all säkerhetskopiering och antivirusprogram för att säkra databasens prestanda. Korrekt exekvering av värden för SQL-servern beror på den övergripande prestandan och standardfelsökningskapaciteten. Du kanske tycker att det är billigare att lägga ut felsökningsaktiviteterna på det berörda teamet av experter och fokusera på rätt implementering av databasen i din organisation.