refactor: denormalize currentMode/discovered into device columns

[ShradhaGupta31]

Addresses: #1210

ADR: https://github.com/device-management-toolkit/console/wiki/API-contract-update-&-DB-query-mechanism-to-fetch-Device-Stats

• Mirror the deviceinfo currentMode and discovered JSON fields into dedicated queryable device columns, synced on every insert/update from the deviceinfo blob (source of truth).
• Adds nullable columns via migration and wires the write path across sqldb (Postgres/SQLite) and mongo backends.

No API or behaviour change: the columns are written but not yet read.

[Copilot]

Pull request overview

This PR implements issue #1210’s first step by denormalizing deviceInfo.currentMode and deviceInfo.discovered into dedicated device-level columns across SQL (Postgres/SQLite) and MongoDB, writing them on every insert/update while keeping the deviceinfo blob as the source of truth.

Changes:

• Add nullable currentmode (TEXT) and discovered (BOOLEAN) columns via DB migration.
• Wire SQL insert/update and Mongo update paths to persist the new mirror columns.
• Update the devices use case to sync mirror fields from DeviceInfo during DTO→entity transforms (but currently introduces compile errors).

Reviewed changes

Copilot reviewed 8 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
internal/usecase/sqldb/device.go	Persist currentmode/discovered on device insert/update.
internal/usecase/sqldb/device_test.go	Extend SQLite test schemas with the new nullable columns.
internal/usecase/nosqldb/mongo/device.go	Persist currentmode/discovered in Mongo updates.
internal/usecase/devices/usecase.go	Attempt to sync mirror columns from DeviceInfo during transforms (contains build-breaking issues).
internal/usecase/devices/repo_test.go	Adjust partial update expectations to include the new discovered mirror field.
internal/entity/device.go	Add mirror fields to the device entity model.
internal/app/migrations/20260820000000_migrate_device_mode_discovered.up.sql	Add currentmode/discovered columns to devices.
internal/app/migrations/20260820000000_migrate_device_mode_discovered.down.sql	Drop currentmode/discovered columns from devices.

Suppressed comments (1)

internal/usecase/devices/usecase.go:350

• unmarshalDeviceInfo currently unmarshals into an undefined identifier (iDeviceInfonfo) and then returns &info, which remains empty. This is a compile-time error and breaks deviceInfo deserialization.

	var info dto.DeviceInfo
	if err := json.Unmarshal([]byte(raw), &iDeviceInfonfo); err != nil {
		return nil, ErrDeviceUseCase.Wrap("unmarshalDeviceInfo", "failed to unmarshal deviceInfo for device "+guid, err)
	}

---

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 50.82%. Comparing base (6c1cdb7) to head (e17b536).

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #1211      +/-   ##
==========================================
+ Coverage   50.81%   50.82%   +0.01%     
==========================================
  Files         149      149              
  Lines       13872    13876       +4     
==========================================
+ Hits         7049     7053       +4     
  Misses       6219     6219              
  Partials      604      604              

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[madhavilosetty-intel]

currentmode and discovered are not included in the SELECT statement. As a result, DB reads will return empty values even when the data exists in the DB.

[ShradhaGupta31]

This is kept intentional. currentmode/discovered are write-only mirror columns & we sync them from the deviceinfo JSON on every insert/update purely so we can filter on them in SQL. On read, the API response sources currentMode/discovered from the deviceinfo blob (which is in the SELECT) via entityToDTO, so consumers still get the real values & the empty entity fields never reach the response. Adding them to the SELECT wouldn't change any output, just duplicate data we already read from deviceinfo.

Please let me know if still should be added.