Modello entità relazione

Non riesco a capire alla perfezione che cosa si intenda per entità. La definizione, la conosco ed è la seguente:

Un'entità è una classe di oggetti, i quali hanno caratteristiche(proprietà) comuni, e che ha esistenza autonoma ai fini dell'applicazione informatica di interesse.

Bene, allora subito un esempio. Prendiamo in considerazione un'applicazione aziendale e le entità CITTA', DIPARTIMENTO, IMPIEGATO, ACQUISTO, VENDITA.
Io non capisco perchè IMPIEGATO sia un'entità: un impiegato non esiste solo ed esclusivamente se esiste un lavoro da lui svolto? Quindi IMPIEGATO non è una classe autonoma, ma comunque dipende da qualcosa.
Grazie a chi mi aiuterà a chiarire tali dubbi

Originariamente inviato da Paolodocet

Non riesco a capire alla perfezione che cosa si intenda per entità. La definizione, la conosco ed è la seguente:

Un'entità è una classe di oggetti, i quali hanno caratteristiche(proprietà) comuni, e che ha esistenza autonoma ai fini dell'applicazione informatica di interesse.

Bene, allora subito un esempio. Prendiamo in considerazione un'applicazione aziendale e le entità CITTA', DIPARTIMENTO, IMPIEGATO, ACQUISTO, VENDITA.
Io non capisco perchè IMPIEGATO sia un'entità: un impiegato non esiste solo ed esclusivamente se esiste un lavoro da lui svolto? Quindi IMPIEGATO non è una classe autonoma, ma comunque dipende da qualcosa.
Grazie a chi mi aiuterà a chiarire tali dubbi

C'è un bel po' di confusione, anche terminologica.
"Storicamente" (anni '70) si pensava di aver inventato il Sacro Graal con i database relazionali, e i proto-SQL.
Operativamente le entità e le relazioni non esistono, sono semplicemente la modellazione, o meglio UNA delle modellazioni, che vengono adottate per mappare un problema di archiviazione dati mediante gli strumenti classici degli RDBMS.

"classe" e "oggetti" sono terminologie degli anni '80, relativi ai linguaggi object-oriented, ed al relativo riflesso sui c.d. database ad oggetti.
---
Puoi avere, anzi in generale esistono, più modellazioni ER che descrivono lo stesso problema, e spesso la scelta dipende sia da gusti personali, che da abitudini, che da pattern ed antipattern, che addirittura da considerazioni di performances etc.
Così come per progettare una "villa" puoi studiare tante soluzioni diverse, analogamente per i database.
---
Nel tuo caso IMPIEGATO è un'entità del tutto autonoma, oppure no, perchè potrebbe benissimo esistere un IMPIEGATO disoccupato, o inoccupato (sto pensando ai politici )
---
Poi pure la definizione è quantomeno bizzarra, nel senso che come accennato mischia terminologia diversa, e si riferisce ad un'applicazione informatica (??) la quale non è che sia benissimo definita.
---
Infine se ci riferiamo al mondo accademico allora c'è tutta una teoria, per lo più obsoleta nel 2014 ma sempre valida, da conoscere a menadito.

Cos'è quindi un'entità in uno schema ER? Semplice, quello che il progettista ritiene essere un "qualcosa" del quale vuole memorizzare le caratteristiche.