3870-models #975

Merged
carlosjr merged 9 commits from 3870-models into dev 2022-05-23 12:42:31 +00:00
5 changed files with 66 additions and 0 deletions
Showing only changes of commit bad90c12f4 - Show all commits

View File

@ -68,6 +68,12 @@
"Language": {
"dataSource": "vn"
},
"MachineWorker": {
"dataSource": "vn"
},
"MobileAppVersionControl": {
"dataSource": "vn"
},
"Module": {
"dataSource": "vn"
},

View File

@ -0,0 +1,24 @@
{
"name": "MobileAppVersionControl",
"base": "VnModel",
"options": {
"mysql": {
"table": "vn.mobileAppVersionControl"
}
},
"properties": {
"id": {
"type": "number",
"id": true
},
"appName": {
"type": "string"
},
"version": {
"type": "string"
},
"IsVersionCritical": {
vicent marked this conversation as resolved Outdated

typo: isVersionCritical

typo: isVersionCritical
"type": "number"
vicent marked this conversation as resolved Outdated

isn't this a boolean?

isn't this a boolean?
}
}
}

View File

@ -0,0 +1,27 @@
{
"name": "MachineWorker",
"base": "VnModel",
"options": {
"mysql": {
"table": "vn.machineWorker"
}
},
"properties": {
"id": {
"type": "number",
"id": true
},
"workerFk": {
"type": "number"
},
"machineFk": {
"type": "number"
},
"inTimed": {
vicent marked this conversation as resolved Outdated

in timed, doesn't make sense, inTime can be what you are looking for.

in timed, doesn't make sense, inTime can be what you are looking for.
"type": "date"
},
"outTimed": {
vicent marked this conversation as resolved Outdated

outTimed doesn't make sense, may be outTime or timeOut is what you are looking for.

outTimed doesn't make sense, may be outTime or timeOut is what you are looking for.
"type": "date"
}
}
}

View File

@ -140,6 +140,9 @@
},
"isFloramondo": {
"type": "boolean"
},
"packingShelve": {
"type": "number"
}
},
"relations": {

View File

@ -46,6 +46,12 @@
},
"SSN": {
"type" : "string"
},
"sectorFk": {
vicent marked this conversation as resolved
Review

it is of good practice to create the relations for foreign keys and their respective models if not created yet.

also the worker model doens't seem to be the best place to allocate such properties.

it is of good practice to create the relations for foreign keys and their respective models if not created yet. also the worker model doens't seem to be the best place to allocate such properties.
Review

remove this

remove this
"type" : "number"
vicent marked this conversation as resolved
Review

remove this prop

remove this prop
},
"labelerFk": {
"type" : "number"
}
},
"relations": {