---
title: "Hur man tillhandahåller initiala data för modeller"
version: 6.0
locale: sv
source: https://docs.djangoproject.com/sv/6.0/howto/initial-data/
canonical: https://djangodocs.dev/sv/6.0/howto/initial-data/
---
# Hur man tillhandahåller initiala data för modeller

It’s sometimes useful to prepopulate your database with hardcoded data when
you’re first setting up an app. You can provide initial data with migrations or
fixtures.

## Tillhandahålla initiala data med migreringar

För att automatiskt ladda initiala data för en app, skapa en [datamigrering](/sv/6.0/topics/migrations/#data-migrations). Migreringar körs när testdatabasen konfigureras, så data kommer att finnas tillgängliga där, med förbehåll för [vissa begränsningar](/sv/6.0/topics/testing/overview/#test-case-serialized-rollback).

## Förse data med fixturer

Du kan också ange data med [fixtures](/sv/6.0/topics/db/fixtures/#fixtures-explanation), men dessa data laddas inte automatiskt, förutom om du använder [`TransactionTestCase.fixtures`](/sv/6.0/topics/testing/tools/#django.test.TransactionTestCase.fixtures).

En fixtur är en samling data som Django vet hur man importerar till en databas. Det enklaste sättet att skapa en fixtur om du redan har en del data är att använda kommandot [`manage.py dumpdata`](/sv/6.0/ref/django-admin/#django-admin-dumpdata). Eller så kan du skriva fixturer för hand; fixturer kan skrivas som JSON-, XML- eller YAML-dokument (med [PyYAML](https://pyyaml.org/) installerat). I [serialization documentation](/sv/6.0/topics/serialization/) finns mer information om vart och ett av dessa stödda [serialization formats](/sv/6.0/topics/serialization/#serialization-formats).

Men här är ett exempel på hur en fixtur för en `Person`-modell kan se ut i JSON:

```js
[
  {
    "model": "myapp.person",
    "pk": 1,
    "fields": {
      "first_name": "John",
      "last_name": "Lennon"
    }
  },
  {
    "model": "myapp.person",
    "pk": 2,
    "fields": {
      "first_name": "Paul",
      "last_name": "McCartney"
    }
  }
]
```

Och här är samma fixtur som YAML:

```yaml
- model: myapp.person
  pk: 1
  fields:
    first_name: John
    last_name: Lennon
- model: myapp.person
  pk: 2
  fields:
    first_name: Paul
    last_name: McCartney
```

Du lagrar dessa data i katalogen `fixtures` i din app.

Du kan ladda data genom att anropa [`manage.py loaddata`](/sv/6.0/ref/django-admin/#django-admin-loaddata) `<fixturename>`, där `<fixturename>` är namnet på den fixturfil du har skapat. Varje gång du kör [`loaddata`](/sv/6.0/ref/django-admin/#django-admin-loaddata) kommer data att läsas från fixturen och laddas om till databasen. Observera att detta innebär att om du ändrar en av raderna som skapats av en fixtur och sedan kör [`loaddata`](/sv/6.0/ref/django-admin/#django-admin-loaddata) igen, kommer du att radera alla ändringar du har gjort.

### Tala om för Django var de ska leta efter fixture-filer

Som standard letar Django efter fixturer i katalogen `fixtures` i varje app, så kommandot `loaddata sample` kommer att hitta filen `my_app/fixtures/sample.json`. Detta fungerar även med relativa sökvägar, så `loaddata my_app/sample` kommer att hitta filen `my_app/fixtures/my_app/sample.json`.

Django letar också efter fixturer i listan över kataloger som anges i inställningen [`FIXTURE_DIRS`](/sv/6.0/ref/settings/#std-setting-FIXTURE_DIRS).

För att helt förhindra att standardsökning sker, använd en absolut sökväg för att ange platsen för din fixture-fil, t.ex. `loaddata /path/to/sample`.

> **Namngivning av dina fixture-filer**
>
> Django kommer att använda den första fixturfilen som den hittar vars namn matchar, så om du har fixturfiler med samma namn i olika applikationer kommer du inte att kunna skilja mellan dem i dina `loaddata`-kommandon. Det enklaste sättet att undvika det här problemet är att använda *namnavstånd* mellan fixturfilerna. Det vill säga genom att placera dem i en katalog som har samma namn som applikationen, som i exemplet med den relativa sökvägen ovan.

> **See also**
>
> Fixturer används också av [testramverket](/sv/6.0/topics/testing/tools/#topics-testing-fixtures) för att hjälpa till att skapa en konsekvent testmiljö.