Casi particolari |
Top Previous Next |
La procedura di controllo è basata su una "mappa" della rete che la procedura stessa costruisce a partire dai dati degli oggetti componenti la rete stessa: errori nei dati e / o negli oggetti possono compromettere l'integrità di questa "mappa". I nuovi oggetti vengono creati secondo delle modalità che non permettono la creazione di ambiguità (oggetti grafici e / o record con lo stesso codice) tuttavia queste potrebbero generarsi comunque per:
Detto ciò, è dovere aggiungere anche che i precedenti fattori predisponenti non sono sufficienti da soli a creare delle situazioni di conflitto; vi sono una serie di altri fattori che entrano in gioco, tra cui banalmente anche il caso, che fanno sì che il verificarsi di questo tipo di evenienza sia di fatto molto improbabile. Le ambiguità possono portare la procedura di controllo a produrre degli errori che potrebbero risultare poco coerenti con la consuntivazione eseguita; in altri casi le discrepanze potrebbero essere evidenziate dalla procedura di acquisizione di 2i. In seguito, per tutti i casi intercettati (reali ambiguità) è necessaria un'attenta analisi per individuare gli oggetti fonte di tali ambiguità e procedere alla sistemazione (generalmente eliminazione dell'oggetto e / o record "duplicato").
Pertanto, una volta individuati gli oggetti fonte di ambiguità (grafici e/o record) è possibile procedere alla sistemazione seguendo due diverse modalità:
NOTA BENE: Le informazioni contenute in questa pagina sono da considerarsi funzionali alla sola risoluzione dei rarissimi casi di conflitto sopradescritti; l'utente che decide di utilizzarle per effettuare altre operazioni non direttamente collegate a quanto detto in questa pagina è da considerarsi diretto responsabile di eventuali conseguenze che potrebbero compromettere il corretto funzionamento dello strumento (esportazioni non coerenti, perdita di dati, danneggiamento database, ecc.). |