I have inherited a project via laravel that uses its database migration mechanism coming from the framework. The application has the following table named actions:
action_log_id SERIAL PK
user_id INT
action_desc VARCHAR
awarded_points INT
date
And I want to add a column that records that awardee hence, I did the following migration script:
use Illuminate\Support\Facades\Schema;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;
class ActionAwardee extends Migration
{
/**
* Run the migrations.
*
* @return void
*/
public function up()
{
Schema::table('actions', function (Blueprint $table){
if (!Schema::hasColumn('actions', 'awardee')) {
$table->string('awardee')->nullable();
}
});
}
/**
* Reverse the migrations.
*
* @return void
*/
public function down()
{
Schema::table('actions', function (Blueprint $table){
if (Schema::hasColumn('actions', 'awardee')) {
$table->dropColumn('awardee')
}
});
}
}
But also I know that under some circumstances the awardee can take some dixedfixed values for example if a record is before 2018 the awardee has value website, hence I can populate the table with some values. The population will be en bulk and it will be one-off field population.
Therefore I want to ask the $ 1.000.000 question (in zibabwe dollars) is it good idea to create yet another migration script for data manipulation or I should do it manually once my application is deployed?
