{"title":"Escribiendo su primera aplicación en Django, parte 2","version":"1.9","locale":"es","docname":"intro/tutorial02","url":"/es/1.9/intro/tutorial02/","canonical":"https://djangodocs.dev/es/1.9/intro/tutorial02/","summary":"Este tutorial comienza donde quedó el :doc: Tutorial 1 . Vamos a configurar la base de datos, crear su primer modelo y recibir una…","html":"

Escribiendo su primera aplicación en Django, parte 2Link to this heading#

\n

Este tutorial comienza donde quedó el :doc: Tutorial 1 </intro/tutorial01>. Vamos a configurar la base de datos, crear su primer modelo y recibir una introducción rápida al sitio administrativo generado automáticamente de Django.

\n
\n

Configuración de la base de datosLink to this heading#

\n

Ahora, abra el :file: mysite / settings.py. Es un módulo normal de Python con variables de nivel de módulo que representan la configuración de Django.

\n

Por defecto, la configuración utiliza SQLite. Si no tiene mucha experiencia con bases de datos o simplemente está interesado en probar Django, esta es la opción más fácil. SQLite está incluido en Python, por lo que no tendrá que instalar nada más para soportar su base de datos. Sin embargo, al iniciar su primer proyecto real, es posible que desee utilizar una base de datos más potente como PostgreSQL para evitar dolores de cabeza en el futuro al tener que cambiar entre base de datos.

\n

Si desea utilizar otra base de datos, instale los enlaces de base de datos apropiados <database-installation>`, y cambie las siguientes claves en el ítem DATABASES 'default' para que se ajusten a la configuración de conexión de la base de datos.

\n\n

Si no está utilizando SQLite como su base de datos, se deben añadir ajustes adicionales tales como USER, PASSWORD, y HOST se deben añadir. Para más información, vea la documentación de referencia para DATABASES.

\n\n

Mientras que usted está editando mysite / settings.py, configure TIME_ZONE a su zona horaria.

\n

Además, observe que :setting: la configuración de INSTALLED_APPS se encuentra en la parte superior del archivo. Esta contiene los nombres de todas las aplicaciones Django que están activadas en esta instancia de Django. Las aplicaciones se pueden usar en diversos proyectos y usted puede empaquetar y distribuirlas para que otras personas las puedan utilizar en sus proyectos.

\n

Por defecto, INSTALLED_APPS contiene las siguientes aplicaciones y Django viene equipado con todas ellas.

\n\n

Estas aplicaciones se incluyen de forma predeterminada como una conveniencia para el caso común.

\n

Algunas de estas aplicaciones utilizan al menos una tabla de base de datos, por lo que necesitamos crear las tablas en la base de datos antes de poder utilizarlas. Para ello, ejecute el siguiente comando:

\n
Shell
$ python manage.py migrate\n
\n

El comando :djadmin: migrate analiza la :setting: configuración de INSTALLED_APPS y crea las tablas de base de datos necesarias según la configuración de base de datos en su :file: archivo mysite/settings.py y las migraciones de base de datos distribuidas con la aplicación (trataremos este tema más tarde). Verá un mensaje para cada migración que aplique. Si está interesado, ejecute el cliente de línea de comandos para su base de datos y teclee \\dt (PostgreSQL), SHOW TABLES; (MySQL), .schema (SQLite), o SELECT TABLE_NAME FROM USER_TABLES; (Oracle) para desplegar las tablas que creó Django.

\n\n
\n
\n

Creando modelosLink to this heading#

\n

A continuación definiremos sus modelos, sobre todo su estructura de base de datos, con metadatos adicionales.

\n\n

En nuestra sencilla aplicación encuesta, vamos a crear dos modelos:Question y Choice . Una Question tiene una pregunta y una fecha de publicación. Una Choice tiene dos campos: el texto de la elección y un conteo de votos. Cada Choice se asocia a una Question.

\n

Estos conceptos se representan mediante clases sencillas de Python. Edite el :file: archivo polls/models.py de modo que se vea de la siguiente manera:

\n
polls/models.py
Code
from django.db import models\n\n\nclass Question(models.Model):\n    question_text = models.CharField(max_length=200)\n    pub_date = models.DateTimeField('date published')\n\n\nclass Choice(models.Model):\n    question = models.ForeignKey(Question, on_delete=models.CASCADE)\n    choice_text = models.CharField(max_length=200)\n    votes = models.IntegerField(default=0)\n
\n

El código es sencillo. Cada modelo está representado por una clase que subclasifica :class: django.db.models.Model. Cada modelo tiene una serie de variables de clase, cada uno de los cuales representa un campo de la base de datos en el modelo.

\n

Cada campo está representado por una instancia de una clase :class: ~django.db.models.Field , por ejemplo, CharField para campos de caracteres y DateTimeField para variables de tiempo y fecha. Esto le dice a Django qué tipo de datos cada campo contiene.

\n

El nombre de cada instancia Field (por ejemplo, question_text o `` pub_date``)` es el nombre del campo, en formato adaptado al lenguaje de la máquina. Va a usar este valor en el código Python y su base de datos va a usarlo como el nombre de la columna.

\n

Puede emplear un primer argumento posicional opcional a una Field para designar un nombre legible por humanos. Ese se utiliza en varias partes introspectivas de Django y sirve al mismo tiempo como documentación. Si no se proporciona este campo, Django usará el nombre legible por la máquina. En este ejemplo, sólo hemos definido un nombre legible para Question.pub_date. Para el resto de los campos en este modelo, el nombre del campo legible por la máquina servirá como el nombre legible por humanos.

\n

Algunas clases Field precisan argumentos. La clase CharField, por ejemplo, requiere que usted le asigne un max_length. Esta se utiliza no sólo en el esquema de la base de datos, sino también en la validación como veremos dentro de poco.

\n

Una clase Field también puede tener varios argumentos opcionales; en este caso, le hemos fijado al default el valor de votos en 0.

\n

Por último, tenga en cuenta que una relación se define usando ForeignKey. Eso le indica a Django que cada Choice se relaciona con un sola Question. Django es compatible con todas las relaciones de bases de datos comunes: varias a una, varias a varias y una a una.

\n
\n
\n

Activando los modelosLink to this heading#

\n

Ese pequeño fragmento de código de modelo le proporciona a Django mucha información. Con él Django es capaz de:

\n\n

Pero primero tenemos que indicarle a nuestro proyecto que la aplicación encuestas está instalada.

\n\n

Edite de nuevo el archivo mysite/settings.py y cambie la :setting: configuración INSTALLED_APPS para incluir la cadena 'polls.apps.PollsConfig'. Se verá de la siguiente manera:

\n
mysite/settings.py
Code
INSTALLED_APPS = [\n    'polls.apps.PollsConfig',\n    'django.contrib.admin',\n    'django.contrib.auth',\n    'django.contrib.contenttypes',\n    'django.contrib.sessions',\n    'django.contrib.messages',\n    'django.contrib.staticfiles',\n]\n
\n

Ahora Django sabe incluir la aplicación «encuestas». Vamos a ejecutar otro comando:

\n
Shell
$ python manage.py makemigrations polls\n
\n

Usted debe ver algo similar a lo siguiente:

\n
Text
Migrations for 'polls':\n  0001_initial.py:\n    - Create model Choice\n    - Create model Question\n    - Add field question to choice\n
\n

Al ejecutar makemigrations, usted le indica a Django que ha realizado algunos cambios a sus modelos (en este caso, ha realizado cambios nuevos) y que le gustaría que los guarde como una migración.

\n

Django guarda los cambios en sus modelos como migraciones (y por lo tanto en su esquema de base de datos); son solo archivos en el disco. Usted puede leer la migración para su nuevo modelo si lo desea, es el archivo polls/migrations/0001_initial.py. No se preocupe, no se espera que usted las lea cada vez que Django hace una, sino que están diseñadas para que sean editables en caso de que usted desee modificar manualmente como Django cambia las cosas.

\n

Hay un comando que ejecutará las migraciones para usted y gestionará el esquema de base de datos automáticamente; este se denomina migrate, y hablaremos de ello en un momento, pero primero, vamos a ver cuál SQL esa migración ejecutaría . El comando sqlmigrate recibe nombres de migración y devuelve su SQL:

\n
Shell
$ python manage.py sqlmigrate polls 0001\n
\n

Debería ver algo similar a lo siguiente (lo hemos reformateado para facilitar la lectura):

\n
SQL
BEGIN;\n--\n-- Create model Choice\n--\nCREATE TABLE "polls_choice" (\n    "id" serial NOT NULL PRIMARY KEY,\n    "choice_text" varchar(200) NOT NULL,\n    "votes" integer NOT NULL\n);\n--\n-- Create model Question\n--\nCREATE TABLE "polls_question" (\n    "id" serial NOT NULL PRIMARY KEY,\n    "question_text" varchar(200) NOT NULL,\n    "pub_date" timestamp with time zone NOT NULL\n);\n--\n-- Add field question to choice\n--\nALTER TABLE "polls_choice" ADD COLUMN "question_id" integer NOT NULL;\nALTER TABLE "polls_choice" ALTER COLUMN "question_id" DROP DEFAULT;\nCREATE INDEX "polls_choice_7aa0f6ee" ON "polls_choice" ("question_id");\nALTER TABLE "polls_choice"\n  ADD CONSTRAINT "polls_choice_question_id_246c99a640fbbd72_fk_polls_question_id"\n    FOREIGN KEY ("question_id")\n    REFERENCES "polls_question" ("id")\n    DEFERRABLE INITIALLY DEFERRED;\n\nCOMMIT;\n
\n

Tenga en cuenta lo siguiente:

\n\n

Si le interesa, usted también puede ejecutar python manage.py check; este revisa cualquier problema en su proyecto sin hacer migraciones o modificar la base de datos.

\n

A continuación, ejecute de nuevo migrate para crear esas tablas modelos en su base de datos:

\n
Shell
$ python manage.py migrate\nOperations to perform:\n  Apply all migrations: admin, contenttypes, polls, auth, sessions\nRunning migrations:\n  Rendering model states... DONE\n  Applying polls.0001_initial... OK\n
\n

El comando :djadmin: migrate toma todas las migraciones que no han sido aplicadas (Django rastrea cuales se aplican utilizando una tabla especial en su base de datos llamada ` django_migrations`) y las ejecuta contra su base de datos; básicamente, sincronizando los cambios que usted ha realizado a sus modelos con el esquema en la base de datos.

\n

Las migraciones son muy potentes y le permiten modificar sus modelos con el tiempo, a medida que desarrolla su proyecto, sin necesidad de eliminar su base de datos o las tablas y hacer otras nuevas. Este se especializa en la actualización de su base de datos en vivo, sin perder datos. Vamos a hablar de ellas en mayor profundidad más tarde en el tutorial, pero por ahora, recuerde la guía de tres pasos para hacer cambios de modelo:

\n\n

La razón por la que hay comandos separados para hacer y aplicar las migraciones es porque usted hará commit de migraciones al sistema de control de versiones y las enviará con su aplicación; ellas no sólo hacen que su desarrollo sea más fácil, también son utilizables por otros desarrolladores y en ambiente de producción.

\n

Lea la documentación del sitio adfministrativo Django </ref/django-admin> `para obtener información detallada sobre lo que puede hacer la utilidad ` manage.py``.

\n
\n
\n

Jugando con la APILink to this heading#

\n

Ahora vayamos al shell interactivo de Python y juguemos con la API gratuita que Django le proporciona. Para llamar el shell de Python, utilice este comando:

\n
Shell
$ python manage.py shell\n
\n

Estamos usando esto en vez de simplemente escribir «python», porque manage.py establece la variable de entorno` DJANGO_SETTINGS_MODULE`, que le suministra a Django la ruta de importación de Python para su archivo mysite / settings.py.

\n\n

Una vez que esté en el shell, explore la :doc: `API de base de datos </topics/db/queries> `:

\n
Code
>>> from polls.models import Question, Choice   # Import the model classes we just wrote.\n\n# No questions are in the system yet.\n>>> Question.objects.all()\n[]\n\n# Create a new Question.\n# Support for time zones is enabled in the default settings file, so\n# Django expects a datetime with tzinfo for pub_date. Use timezone.now()\n# instead of datetime.datetime.now() and it will do the right thing.\n>>> from django.utils import timezone\n>>> q = Question(question_text="What's new?", pub_date=timezone.now())\n\n# Save the object into the database. You have to call save() explicitly.\n>>> q.save()\n\n# Now it has an ID. Note that this might say "1L" instead of "1", depending\n# on which database you're using. That's no biggie; it just means your\n# database backend prefers to return integers as Python long integer\n# objects.\n>>> q.id\n1\n\n# Access model field values via Python attributes.\n>>> q.question_text\n"What's new?"\n>>> q.pub_date\ndatetime.datetime(2012, 2, 26, 13, 0, 0, 775217, tzinfo=<UTC>)\n\n# Change values by changing the attributes, then calling save().\n>>> q.question_text = "What's up?"\n>>> q.save()\n\n# objects.all() displays all the questions in the database.\n>>> Question.objects.all()\n[<Question: Question object>]\n
\n

Espere un momento. <Question: Question object>``es una representación totalmente inútil de este objeto. Vamos a solucionar esto editando el modelo ``Question ( en el archivo polls/models.py) y añadiendo un método __str__() tanto al modelo Question como al modelo Choice:

\n
polls/models.py
Code
from django.db import models\nfrom django.utils.encoding import python_2_unicode_compatible\n\n@python_2_unicode_compatible  # only if you need to support Python 2\nclass Question(models.Model):\n    # ...\n    def __str__(self):\n        return self.question_text\n\n@python_2_unicode_compatible  # only if you need to support Python 2\nclass Choice(models.Model):\n    # ...\n    def __str__(self):\n        return self.choice_text\n
\n

Es importante añadir métodos __str__() a sus modelos, no solo para su conveniencia al lidiar con la línea de comandos interactiva, sino también porque las representaciones de objetos se usan en todo el sitio administrativo generado automáticamente de Django.

\n

Tenga en cuenta que estos son métodos normales de Python . Vamos a añadir un método personalizado, sólo como demostración:

\n
polls/models.py
Code
import datetime\n\nfrom django.db import models\nfrom django.utils import timezone\n\n\nclass Question(models.Model):\n    # ...\n    def was_published_recently(self):\n        return self.pub_date >= timezone.now() - datetime.timedelta(days=1)\n
\n

Tenga en cuenta la adición de import datetime` y from django.utils import timezone`, para referenciar el módulo estándar de Python datetime y las herramientas relacionadas con el huso horario de Django :mod:` django.utils. timezone` respectivamente. Si usted no está familiarizado con el manejo de la zona horaria en Python, usted puede aprender más en los :doc:`documentos de soporte de zona horaria </topics/i18n/timezones> `.

\n

Guarde estos cambios e inicie un nuevo shell interactivo Python ejecutando de nuevo`` python manage.py shell``:

\n
Code
>>> from polls.models import Question, Choice\n\n# Make sure our __str__() addition worked.\n>>> Question.objects.all()\n[<Question: What's up?>]\n\n# Django provides a rich database lookup API that's entirely driven by\n# keyword arguments.\n>>> Question.objects.filter(id=1)\n[<Question: What's up?>]\n>>> Question.objects.filter(question_text__startswith='What')\n[<Question: What's up?>]\n\n# Get the question that was published this year.\n>>> from django.utils import timezone\n>>> current_year = timezone.now().year\n>>> Question.objects.get(pub_date__year=current_year)\n<Question: What's up?>\n\n# Request an ID that doesn't exist, this will raise an exception.\n>>> Question.objects.get(id=2)\nTraceback (most recent call last):\n    ...\nDoesNotExist: Question matching query does not exist.\n\n# Lookup by a primary key is the most common case, so Django provides a\n# shortcut for primary-key exact lookups.\n# The following is identical to Question.objects.get(id=1).\n>>> Question.objects.get(pk=1)\n<Question: What's up?>\n\n# Make sure our custom method worked.\n>>> q = Question.objects.get(pk=1)\n>>> q.was_published_recently()\nTrue\n\n# Give the Question a couple of Choices. The create call constructs a new\n# Choice object, does the INSERT statement, adds the choice to the set\n# of available choices and returns the new Choice object. Django creates\n# a set to hold the "other side" of a ForeignKey relation\n# (e.g. a question's choice) which can be accessed via the API.\n>>> q = Question.objects.get(pk=1)\n\n# Display any choices from the related object set -- none so far.\n>>> q.choice_set.all()\n[]\n\n# Create three choices.\n>>> q.choice_set.create(choice_text='Not much', votes=0)\n<Choice: Not much>\n>>> q.choice_set.create(choice_text='The sky', votes=0)\n<Choice: The sky>\n>>> c = q.choice_set.create(choice_text='Just hacking again', votes=0)\n\n# Choice objects have API access to their related Question objects.\n>>> c.question\n<Question: What's up?>\n\n# And vice versa: Question objects get access to Choice objects.\n>>> q.choice_set.all()\n[<Choice: Not much>, <Choice: The sky>, <Choice: Just hacking again>]\n>>> q.choice_set.count()\n3\n\n# The API automatically follows relationships as far as you need.\n# Use double underscores to separate relationships.\n# This works as many levels deep as you want; there's no limit.\n# Find all Choices for any question whose pub_date is in this year\n# (reusing the 'current_year' variable we created above).\n>>> Choice.objects.filter(question__pub_date__year=current_year)\n[<Choice: Not much>, <Choice: The sky>, <Choice: Just hacking again>]\n\n# Let's delete one of the choices. Use delete() for that.\n>>> c = q.choice_set.filter(choice_text__startswith='Just hacking')\n>>> c.delete()\n
\n

Para obtener más información sobre las relaciones de modelos, consulte :doc: Accediendo a objetos relacionados </ref/models/relations>. Para más información sobre cómo utilizar guiones bajos para realizar búsquedas de campo a través de la API, consulte :ref: Búsquedas de campos <field-lookups-intro>. Para más detalles sobre la API de base de datos, consulte nuestra Referencia de API de base de datos.

\n
\n
\n

Presentando el sitio administrativo de DjangoLink to this heading#

\n\n
\n

Creando un usuario del adminLink to this heading#

\n

Primero tendremos que crear un usuario que pueda iniciar sesión en el sitio administrativo. Ejecute el siguiente comando:

\n
Shell
$ python manage.py createsuperuser\n
\n

Introduzca su nombre de usuario deseado y pulse ENTER.

\n
Text
Username: admin\n
\n

A continuación se le solicitará su dirección de correo electrónico deseada:

\n
Text
Email address: admin@example.com\n
\n

El paso final es introducir su contraseña. Se le pedirá que introduzca su contraseña dos veces, la segunda vez como confirmación de la primera.

\n
Text
Password: **********\nPassword (again): *********\nSuperuser created successfully.\n
\n
\n
\n

Inicie el servidor de desarrolloLink to this heading#

\n

El sitio administrativo de Django se activa de forma predeterminada. Vamos a iniciar el servidor de desarrollo y a explorarlo.

\n

Si el servidor no está en marcha, inícielo de la siguiente forma:

\n
Shell
$ python manage.py runserver\n
\n

A continuación, abra un navegador Web y vaya a «/ admin /» en su dominio local, por ejemplo, http://127.0.0.1:8000/admin/. Usted debe ver la pantalla de inicio de sesión del sitio administrativo:

\n\"Django\n

Dado que la traducción se activa de forma predeterminada, la pantalla de inicio de sesión puede aparecer en su propio idioma, dependiendo de la configuración del navegador y de si Django tiene una traducción para este idioma.

\n
\n
\n

Acceda al sitio administrativoLink to this heading#

\n

Ahora, intente iniciar sesión con la cuenta de superusuario que creó en el paso anterior. Debería ver la página de índice del sitio administrativo de Django:

\n\"Django\n

Usted debería ver algunos tipos de contenidos editables: grupos y usuarios. Ellos son proporcionados por django.contrib.auth, el framework de autenticación enviado por Django.

\n
\n
\n

Haga que la aplicación encuesta se pueda modificar en el sitio administrativoLink to this heading#

\n

Pero ¿Dónde está nuestra aplicación encuesta? No se muestra en la página de índice del sitio administrativo.

\n

Sólo hay una cosa por hacer: tenemos que indicarle al sitio administrativo que los objetos Question tienen una interfaz del sitio administrativo. Para ello, abra el archivo :file: polls/admin.py y edítelo para que se vea de la siguiente manera:

\n
polls/admin.py
Code
from django.contrib import admin\n\nfrom .models import Question\n\nadmin.site.register(Question)\n
\n
\n
\n

Explore la funcionalidad gratuita del sitio administrativoLink to this heading#

\n

Ahora que hemos registrado el modelo Question, Django sabe que se debe desplegar en la página de índice del sitio administrativo:

\n\"Django\n

Haga clic en «Questions». Ahora usted está en la página «lista de cambios» para las preguntas. Esta página muestra todas las preguntas de la base de datos y le permite seleccionar una para modificarla. Ahí está la pregunta «¿Qué pasa?» que creamos anteriormente:

\n\"Polls\n

Haga clic en la pregunta «¿Qué pasa?» para editarla:

\n\"Editing\n

Cosas a tener en cuenta aquí:

\n\n

La parte inferior de la página le da un par de opciones:

\n\n

Si el valor de «Date published» no coincide con la hora en la que creó la pregunta en el :doc: Tutorial 1 </intro/tutorial01>, probablemente significa que se olvidó de establecer el valor correcto para la:setting: configuración de TIME_ZONE. Modifíquelo, recargue la página y compruebe que aparezca el valor correcto.

\n

Modifique la «Date published» haciendo clic en los atajos “Hoy” y “Ahora”. Después, haga clic en “Guardar y continuar editando”. Luego haga clic en “Historial” en la parte superior derecha. Usted verá una página que enumera todos los cambios realizados a este objeto a través del sitio administrativo de Django, con el registro de tiempo y el nombre de usuario de la persona que realizó el cambio:

\n\"History\n

Cuando se sienta cómodo con la API de modelos y se haya familiarizado con el sitio administrativo, lea :doc: la parte 3 de este tutorial </intro/tutorial03> para aprender sobre cómo agregar más vistas a nuestra aplicación encuestas.

\n
\n
","rootId":"writing-your-first-django-app-part-2","toc":[{"title":"Configuración de la base de datos","anchor":"database-setup","children":[]},{"title":"Creando modelos","anchor":"creating-models","children":[]},{"title":"Activando los modelos","anchor":"activating-models","children":[]},{"title":"Jugando con la API","anchor":"playing-with-the-api","children":[]},{"title":"Presentando el sitio administrativo de Django","anchor":"introducing-the-django-admin","children":[{"title":"Creando un usuario del admin","anchor":"creating-an-admin-user","children":[]},{"title":"Inicie el servidor de desarrollo","anchor":"start-the-development-server","children":[]},{"title":"Acceda al sitio administrativo","anchor":"enter-the-admin-site","children":[]},{"title":"Haga que la aplicación encuesta se pueda modificar en el sitio administrativo","anchor":"make-the-poll-app-modifiable-in-the-admin","children":[]},{"title":"Explore la funcionalidad gratuita del sitio administrativo","anchor":"explore-the-free-admin-functionality","children":[]}]}],"breadcrumbs":[{"docname":"intro/index","title":"Empezando","url":"/es/1.9/intro/"}],"prev":{"docname":"intro/tutorial01","title":"Escribiendo su primera aplicación en Django, parte 1","url":"/es/1.9/intro/tutorial01/"},"next":{"docname":"intro/tutorial03","title":"Escribiendo su primera aplicación en Django, parte 3","url":"/es/1.9/intro/tutorial03/"},"formats":{"html":"/es/1.9/intro/tutorial02/","markdown":"/es/1.9/intro/tutorial02.md","json":"/es/1.9/intro/tutorial02.json"},"source":"https://github.com/django/django/blob/stable/1.9.x/docs/intro/tutorial02.txt","official":"https://docs.djangoproject.com/es/1.9/intro/tutorial02/","inVersions":["6.1","6.0","5.2","5.1","5.0","4.2","4.1","4.0","3.2","3.1","3.0","2.2","2.1","2.0","1.11","1.10","1.9"],"inLocales":["en","fr","ja","id","pt-br","es"]}