Leksjoner

2.1. Konseptuell design Databasedesign utføres i tre trinn: konseptuell design; logisk design; fysisk design. Hensikten med konseptdesignfasen er å lage en konseptuell datamodell basert på brukernes ideer om fagområdet. For å oppnå det, utf

3.1 Databasenormalisering Normal form er en egenskap ved en relasjon i en relasjonsdatamodell som karakteriserer den med hensyn til redundans, noe som potensielt kan føre til logisk feilaktige resultater av sampling eller endring av data. N

4.1 Introduksjon Ved å konvertere databasetabellene til vanlige tabeller kan du nå analysere relasjonene mellom dem. Antall elementer som samhandler mellom to relaterte tabeller kalles kardinalitet. Cardinality hjelper deg med å kontrollere

5.1 Introduksjon Internett er fullt av dogmatiske forskrifter om hvordan nøkler skal velges og brukes i relasjonsdatabaser. Noen ganger blir tvister til og med holivarer: bør naturlige eller kunstige nøkler brukes? Automatisk økning av helt

6.1 Introduksjon La oss nå gå fra teori til praksis. «I teorien er det ingen forskjell mellom teori og praksis. I praksis er de det." Vi lever i den virkelige verden og alle programvareprodukter er til syvende og sist laget for levende menn

7.1 Caching på DB-siden MySQL bruker svært skalerbare algoritmer når du arbeider med tabeller, så MySQL kan kjøre selv med små mengder minne. Naturligvis, for bedre ytelse, trenger du mer RAM. For å se gjeldende innstillinger, koble til dat

8.1 Hvorfor er denormalisering nødvendig? Den mest beregningsmessig dyre operasjonen mellom store bord er sammenføyningen. Følgelig, hvis det i en spørring er nødvendig å "ventilere" flere tabeller som består av mange millioner rader, vil D

1.1 Introduksjon Og nå begynner moroa – teorien om hvordan transaksjoner fungerer. Hvordan holde systemet i gang når du endrer de samme dataene i forskjellige tråder? Eller vil du utføre en transaksjon i en annen? Vi vil begynne å se etter

2.1 Les uforpliktet "Transaksjonsisolasjonsnivået" refererer til graden av beskyttelse gitt av de interne mekanismene til DBMS (det vil si at de ikke krever spesiell programmering) fra alle eller noen av de ovennevnte typene datainkonsekven

3.1 Fremkomst av SYRE Forkortelsen ACID dukket opp første gang i 1983 i en artikkel av Theo Haerder og Andreas Reuter. For å forenkle teksten og gjøre den mer overbevisende, vil jeg gi en oversettelse av et fragment av denne artikkelen (med

4.1 Konsistens om Brewera Til å begynne med er ikke Eric Brewer, og har aldri hevdet å være, en databaseekspert. Han tilhører fellesskapet av distribuerte systemer, og hans berømte foredrag, der CAP "teorem" dukket opp, ble holdt på konfera

5.1 Spørsmålet om samtidighet La oss starte med en litt fjern teori. Ethvert informasjonssystem (eller ganske enkelt en applikasjon) som programmerere lager består av flere typiske blokker, som hver gir en del av den nødvendige funksjonalit