Adquiere por un año todos los cursos, escuelas y certificados por un precio especial.

Antes: $249

Currency
$219/año

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Comprar ahora

Termina en:

0D
0H
19M
49S

Convenciones para los modelos

7/17

Lectura

En el modelo que creamos para la tabla projects definimos dos variables protegidas donde indicamos el nombre de la tabla y la llave primaria, estas variables están indicándole a nuestro modelo a dónde debe apuntar para que nos ofrezca un mapeo de esa tabla y podamos operar sobre ella.

...

Regístrate o inicia sesión para leer el resto del contenido.

Aportes 21

Preguntas 2

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

o inicia sesión.

Realmente ninguno de estos atributos es obligatorio, por algo Laravel te crea estos modelos sin los atributos, estos atributos son obligatorios cuando NO respetas las convenciones, ya que Laravel es lo suficientemente inteligente como para encontrar la tabla para tu modelo usando el nombre de la clase del modelo, pero si deseas personalizar tu modelo y mucho más entonces estos atributos son útiles.

Otra cosa, no es buena idea eliminar las marcas de tiempo ya que te ayudan a mantener un registro de qué sucedió cuándo y sirve para hacer debug y demás:D!

La verdad que para ser un curso escrito no esta nada mal, aunque personalmente prefiero los cursos en video.

![Reto superado lo hice con consultas sql ](

con migraciones se realiza algo asi claro debes de tener la migración de creacion
php artisan make:migration delete_updated_at_and_created_at_to_users_table --table=users

y en el método up agregamos

$table->dropTimestamps();

y para invertir la migración usamos en el método down

 $table->timestamps();

En realidad no siempre es necesaria agregar los atributos primary key ni table a un modelo de laravel ya que si nuestra tabla sigue ciertas conveciones laravel por defecto asigna estos valores. Ejemplo
Si tenemos una tabla projects en nuestra base de datos con una llave primaria autoincremental id.
En laravel nuestro modelo se llama Project el framework ya reconoce que nuestra tabla se llamará projects y que tiene una llave primaria id.

Mi aporte!

Challenge Done!

  1. Deactivate timestamps on models

2.Create a migration to delete timestamps from tables

3.Write the schemas to delete created_at and updated_at columns
Nota: Blueprint es una herramienta de código abierto para generar rápidamente múltiples componentes de Laravel a partir de una única definición legible por humanos

  1. Run migration using php artisan migrate
  1. Results of challenge

Siempre es bueno dar una mirada a la Documentación Oficial

Me gusto mucho esta clase, es precisa en lo que debemos tener en cuenta a la hora de crear un Modelo.

Listo 😃

Si no mal recuerdo debería ser

public $timestamps = false;

Gracias por el tutorial.

Yo utilizo los atributos normalmente, cuando me toca utilizar bases de datos complejas de proyectos en CodeIgniter o CakePHP, y con Eloquent añadiendo un par de atributos los puedo utilizar cómodamente en Laravel.

Dato útil:

Si estan realizando una aplicacion que, por ejemplo, lleva cierto control sobre acontecimientos, quiza aunque parezca inutil “timestamps()” en la tabla de, por ejemplo “colores”, puede ser util para realizar un seguimiento sin necesidad de un token de usuario

Dato útil:

La conexion independiente de algunos modelos a distintas BDD puede ser util para distribuir mas eficientemente la carga economica para un proyecto de uso personal, pudiendo asi usar, por ejemplo, una base de datos paga pero economica para la tabla de usuarios, mientras que podrias usar distintas bases de datos gratuitas pero con poco espacio para almacenar el resto de informacion tal como “colores”, “marcas” etc.

Muy buena lectura de los diferentes atributos que podemos colocar en un modelo pero he visto que también se usa fillable y hubiera estado muy bien explicar a que se refiere a que son campos que pueden definirse en masa c:

Si al igual que yo crearon migraciones para crear las tablas y quieren evitar crear una migración más para hacer este movimiento, pueden comentar de su migración original los ‘timestamps’:

$table->timestamps();

y correr en terminal:

php artisan migrate:refresh

Esto revertirá la creación de las tablas de forma inicial y las volverá a generar con los cambios realizados en las migraciones.

ATENCIÓN: Si ya se tienen datos en las tablas no se recomienda este procedimiento ya que se eliminarán. Es útil cuando configuramos inicialmente las tablas que utilizaremos en nuestro proyecto como en este caso y queremos hacer un cambio antes de llenar de datos las tablas…

Pero esa configuración que se hace en el modelo, como decirle que la llave primaria es auto increment y el resto de atributos, eso se define desde la migración, no desde el modelo.

¡Y seguimos aprendiendo!

Listo!

muy buena clase 😄 muchas gracias. Una pregunta podemos utilizar dos bases de datos cuando estamos trabajando con un solo proyecto de laravel?