| json_metadata | "{"format": "markdown", "tags": ["dumpdata", "loaddata", "coogger", "django"], "app": "coogger/1.4.1", "ecosystem": {"version": "1.4.1", "body": "[TOC]\r\n\r\n## Dumpdata\r\n> [Ana kaynak | djangoproject.com/en/2.1/](https://docs.djangoproject.com/en/2.1/ref/django-admin/#dumpdata)\r\n\r\n**Dumdata** django'da varsay\u0131lan komutlar aras\u0131nda bulunan ve **python manage.py** \u015feklinde eri\u015febilece\u011fimiz bir komuttur amac\u0131 ise belirlenen format ile veri taban\u0131n\u0131z\u0131n yede\u011fini ( fixture ) s\u0131n\u0131 almakt\u0131r e\u011fer isterseniz bu ald\u0131\u011f\u0131n\u0131z yede\u011fi **loaddata** komutunu kullanarak yeni a\u00e7m\u0131\u015f oldu\u011funuz veri taban\u0131n\u0131za yazabilirsiniz, **dumpdata** komutunun kodlar\u0131n\u0131 merak edenler vermi\u015f oldu\u011fum linki t\u0131klayarak inceleyebilir 1.elden daha detayl\u0131 bilgiye ula\u015fabilir [dumpdata.py](https://github.com/django/django/blob/master/django/core/management/commands/dumpdata.py)\r\n\r\n### Kullan\u0131m\u0131\r\n`python manage.py dumpdata [app_label[.ModelName] [app_label[.ModelName] ...]]` \u015feklinde genel bir kullan\u0131m\u0131 vard\u0131r\r\n\r\n### Parametreler\r\n- `--all -a` bu parametreler kullan\u0131ld\u0131\u011f\u0131nda django temel y\u00f6neticisini kullanarak b\u00fct\u00fcn modelleri depolar\r\n- `--format FORMAT` format parametresi ile depolanma s\u0131ras\u0131nda hangi format\u0131 kullanmas\u0131 gerekti\u011fini girebiliriz varsay\u0131lan format **json** olup [\u00fc\u00e7 tane](https://docs.djangoproject.com/en/2.1/topics/serialization/#serialization-formats) format \u00e7e\u015fidi var bunlar **xlm, json, yaml**\r\n- `--indent INDENT` \u00c7\u0131kt\u0131n\u0131n serile\u015ftirme ( Serialization )bi\u00e7imini belirtir. Varsay\u0131lan olarak JSON. Desteklenen formatlar, Seri hale getirme formatlar\u0131nda listelenir.\r\n- `--exclude EXCLUDE, -e EXCLUDE` Yedek alma s\u0131ras\u0131nda, baz\u0131 yerleri yedek almak istemeyebiliriz bu parametre bu i\u015flem i\u00e7in var\r\n- `--database DATABASE` Birden fazla veri taban\u0131 kullananlar\u0131n imdad\u0131na yeti\u015fen bir parametre olup hangi veri taban\u0131n\u0131 kullanarak yedek almas\u0131 gerekti\u011fini belirtiriz varsay\u0131lan olarak **default** veri taban\u0131n\u0131 al\u0131r\r\n- `--natural-foreign` Herhangi bir yabanc\u0131 anahtar\u0131 (foreign key) ve y\u00f6ntemi tan\u0131mlayan t\u00fcrdeki nesnelerle \u00e7oktan \u00e7o\u011fa ili\u015fkiyi (many-to-many) serile\u015ftirmek (serialize) i\u00e7in `natural_key()` model y\u00f6ntemini kullan\u0131r. E\u011fer contrib.auth \u0130zin nesnesini veya contrib.contenttypes ContentType nesnelerini damping ediyorsan\u0131z, muhtemelen bu bayra\u011f\u0131 kullanmal\u0131s\u0131n\u0131z. Bu ve bir sonraki se\u00e7enek hakk\u0131nda daha fazla ayr\u0131nt\u0131 i\u00e7in [do\u011fal anahtarlar\u0131n](https://docs.djangoproject.com/en/2.1/topics/serialization/#topics-serialization-natural-keys) belgelerine bak\u0131n.\r\n- `--natural-primary` Serile\u015ftirme s\u0131ras\u0131nda hesaplanabildi\u011finden, bu nesnenin serile\u015ftirilmi\u015f verilerindeki birincil anahtar\u0131 \u00e7\u0131kar\u0131r.\r\n- `--pks PRIMARY_KEYS` Yaln\u0131zca virg\u00fclle ayr\u0131lm\u0131\u015f birincil anahtarlar (primary keys) listesi taraf\u0131ndan belirtilen nesneleri \u00e7\u0131kar\u0131r. Bu, yaln\u0131zca bir model d\u00f6k\u00fcl\u00fcrken (dumping) kullan\u0131labilir. Varsay\u0131lan olarak, modelin t\u00fcm kay\u0131tlar\u0131 \u00e7\u0131kt\u0131d\u0131r.\r\n- `--output OUTPUT, -o OUTPUT` Serile\u015ftirilmi\u015f verileri yazmak i\u00e7in bir dosya belirtir. Varsay\u0131lan olarak, veriler standart \u00e7\u0131kt\u0131ya gider. `> output.json` gibi de kullan\u0131labilir\r\n\r\n### \u00d6rnek Kullan\u0131m\r\n- `python manage.py dumpdata --format json --database default > output.json`\r\nModel ismi belirtmeden, bundan dolay\u0131 se\u00e7ilen veri taban\u0131n\u0131 tamamen al\u0131r\r\n\r\n- `python manage.py dumpdata auth --format json --database default > output.json`\r\nSadece auth modelini al\u0131r\r\n\r\n- `python manage.py dumpdata auth.user --format json --database default > output.json`\r\nSadece auth modelindeki user b\u00f6l\u00fcm\u00fcn\u00fc al\u0131r\r\n\r\n- `python manage.py dumpdata --exclude admin --format json --database default > output.json`\r\nadmin harici b\u00fct\u00fcn verileri al\u0131r\r\n\r\n- `python manage.py dumpdata mymodel output.json --format json --database myseconddb > output.json`\r\nKullanmakta oldu\u011fum ikinici veri taban\u0131 olan myseconddb isimli veri taban\u0131mda bulunan mymodel ad\u0131ndaki verileri al\u0131r\r\n\r\n### Uyar\u0131\r\nDumdata komutu s\u0131ras\u0131nda `RelatedObjectDoesNotExist` bu hatay\u0131 al\u0131rsan\u0131z bu adrese bir g\u00f6z at\u0131n [https://code.djangoproject.com/ticket/28972](https://code.djangoproject.com/ticket/28972) ve `python manage.py dumpdata -o output.json --format json` \u015fekinde kullan\u0131n sorun \u00e7\u00f6z\u00fclecektir.\r\n\r\n## Loaddata\r\nLoaddata komutu dumpdata ile olu\u015fturdu\u011fumuz veriyi tekrar yeni olu\u015fturdu\u011fumuz verii taban\u0131na y\u00fcklememizi sa\u011flar, loaddata'n\u0131n kodlar\u0131n\u0131n adresi [loaddata.py](https://github.com/django/django/blob/master/django/core/management/commands/loaddata.py)\r\n\r\n### Kullan\u0131m\u0131\r\nGenel kullan\u0131m `python manage.py loaddata fixture [fixture ...]` burdaki **fixture** **dumpdata** ile olu\u015fturdu\u011fumuz dosyad\u0131r\r\n\r\n### Parametreleri\r\n- `--database DATABASE` yukar\u0131daki gibi veri taban\u0131 se\u00e7ebiliyoruz varsay\u0131lan olarak `default` veri taban\u0131 ayarlanm\u0131\u015ft\u0131r\r\n\r\n- `--ignorenonexistent, -i`\r\nalan ve modelleri g\u00f6rmezden (field and model) getirtebiliyoruz\r\n\r\n- `--app APP_LABEL`\r\nBelirli bir app ( uygulamam\u0131z\u0131n ) y\u00fcklenmesini sa\u011flayabiliyoruz\r\n\r\n- `--format FORMAT`\r\nDumpdata sonucu olu\u015fturdu\u011fumuz dosya format\u0131n\u0131 giriyoruz\r\n\r\n- `--exclude EXCLUDE, -e EXCLUDE`\r\nYine ayn\u0131 ama\u00e7 i\u00e7in y\u00fckleme esnas\u0131nda uygulama veya model d\u0131\u015flamak i\u00e7in kullan\u0131l\u0131yor\r\n\r\n### \u00d6rnek Kullan\u0131m\r\n- `python manage.py loaddata mydata.json --format json`\r\n\r\n- `python manage.py loaddata mydata.json --database mydb`\r\n\r\n- `python manage.py loaddata mydata.json --format xml --database default`\r\n\r\n- `python manage.py loaddata mydata.json --exclude auth --database default`\r\n\r\n## Ne Zaman Kullanmal\u0131y\u0131m\r\nBazen geli\u015ftirme s\u0131ras\u0131nda **models.py** dosyam\u0131zda \u00e7ok fazla de\u011fi\u015fiklikler yapabiliyoruz bu de\u011fi\u015fiklikleri migrate s\u0131ras\u0131nda istedi\u011fimiz gibi gitmedi\u011finde, normalde bir veri taban\u0131 kullan\u0131yorken birden fazla veri taban\u0131 kullanma karar\u0131 ald\u0131\u011f\u0131m\u0131zda eski verileri yeniden olu\u015fturdu\u011fumuz 0 klometre veri tabanlar\u0131m\u0131za eski verileri bu iki komut sayesinde h\u0131zla aktarabiliyoruz ben bu iki sorundan dolay\u0131 kullanm\u0131\u015ft\u0131m.\r\n\r\n## S\u00fcr\u00fcm\r\nDjango 2.1"}}" |
|---|
hiveblocks