@

R3 Slice 4: IBKR-Marktdaten auf EF; Dapper vollstaendig entfernt

- 3 IBKR-Entities (IBKRInstrument/IBKRMarketBar/IBKRExternalIdentifier) im CoreDbContext
  (core_ibkr_instruments/_market_data/_external_identifiers); Migration AddIbkr
- IBKRMarketDataRepository von Dapper auf EF (IDbContextFactory<CoreDbContext>);
  Cross-Modul-Query (ct_trade) via Database.SqlQueryRaw
- DatabaseService, IBKRMigrations, Dapper-Package entfernt; Laufzeit-Migrationen komplett weg
  (Schema extern via dotnet ef database update)
- Tests: +4 IBKRMarketDataRepository (EF-InMemory) -> 43/43 gruen; Build + smoke-ui + App-Start ok

R3 abgeschlossen: Persistenz vollstaendig auf EF Core.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@

LauncherForm.cs

@@ -1,4 +1,3 @@
-using IBKRTrader.Core.Database.Migrations;
 using IBKRTrader.Core.Logging;
 using IBKRTrader.Core.Modularity;
 using IBKRTrader.Core.Settings;
@@ -131,16 +130,8 @@ public sealed class LauncherForm : Form
         if (Enum.TryParse<AppLogLevel>(levelStr, true, out var level))
             _logger.SetMinLevel(level);
 
-        // core_-Schema läuft über EF-Migrationen (extern angewendet). Nur ibkr_ (Dapper) noch hier.
-        SetStatus("Migrationen...");
-        try
-        {
-            await _services.GetRequiredService<IBKRMigrations>().RunAsync();
-        }
-        catch (Exception ex)
-        {
-            _logger.Error("Core", "IBKR-Datenbankfehler beim Start.", ex);
-        }
+        // Das gesamte Schema (core_ + ct_) läuft über EF-Migrationen, extern via
+        // `dotnet ef database update` angewendet – keine Laufzeit-Migration mehr.
 
         foreach (var module in _modules)
         {