Il dibattito sull'uso di simboli come l'asterisco e lo schwa nel linguaggio per promuovere l'inclusività è un fenomeno complesso, che intreccia questioni linguistiche, sociali e persino tecnologiche. Mentre alcuni vedono in queste innovazioni una flessibilità necessaria per adattare la lingua a una società in evoluzione, altri le percepiscono come distorsioni o semplificazioni eccessive che rischiano di compromettere la chiarezza e la scorrevolezza comunicativa. Un esempio concreto di questa tensione si manifesta nell'uso dell'asterisco, spesso impiegato per indicare una neutralità di genere o per sostituire desinenze grammaticali che potrebbero escludere determinate identità.
L'Asterisco come Segno Grafico e Linguistico
L'asterisco, dal latino tardo asteriscus, derivato dal greco asterískos (diminutivo di astḗr, "stella"), è un segno grafico a forma di stelletta. Tradizionalmente, viene utilizzato per indicare un rinvio a una nota a piè di pagina, una lacuna o un'omissione volontaria, specialmente di un nome proprio. In linguistica storica, l'asterisco precede una parola, un suffisso o un elemento simile per indicare una forma non documentata, ma solo supposta o ricostruita. Nella linguistica descrittiva, può segnalare una forma non grammaticale. Nelle trascrizioni fonologiche, posto prima o dopo una forma trascritta, può indicare il raddoppiamento di una consonante.
Tuttavia, negli ultimi anni, l'asterisco ha assunto una nuova valenza nel contesto delle discussioni sull'inclusività linguistica. Viene proposto come soluzione per superare il "maschile sovraesteso" e il genere grammaticale obbligatorio in italiano, che molti ritengono discriminatorio. L'uso di "Car* tutt*" è un esempio di come l'asterisco venga impiegato per includere tutte le identità di genere, comprese quelle non binarie, in contesti in cui le forme tradizionali potrebbero risultare escludenti.
Il Dibattito sull'Inclusività Linguistica
L'adozione di soluzioni come l'asterisco o lo schwa (una vocale neutra, impronunciabile per gli italiani) per rendere la lingua più inclusiva solleva questioni significative. Da un lato, c'è la volontà di rispettare tutte le identità e di evitare che alcune persone "rimangano nascoste" nel maschile dato per scontato. Dall'altro, la preoccupazione per la scorrevolezza della lettura e la paura di trasformare una conversazione o un testo in una "mitragliata di vocaboli capitozzati" è reale.
Alcuni autori, come Tiziano Scarpa, esprimono una contrarietà di fondo all'idea che la lingua debba essere inclusiva o che le parole possano rappresentarci pienamente. Scarpa sostiene che la lingua sia una convenzione, spesso inadeguata rispetto alla complessità del mondo e delle esperienze individuali, e che questa inadeguatezza sia intrinseca. Altri, come Andrea De Benedetti, pur riconoscendo la validità della battaglia sui femminili dei nomi di professione (sindaca, ministra, deputata), difendono l'uso del "maschile non marcato" o "sovraesteso" per ragioni di snellezza ed efficacia comunicativa, considerandolo un dispositivo morfologico quasi privo di significato e non causa di disparità concrete.
ORIGINI LINGUA ITALIANA
Il Modello E-R e la Progettazione Concettuale
Parallelamente al dibattito linguistico, nel campo dell'ingegneria informatica, esiste un modello concettuale di progettazione delle basi di dati noto come Modello Entità-Relazione (E-R). Questo modello rappresenta una fase cruciale, la progettazione concettuale, che precede la progettazione logica (basata sul modello relazionale) e la progettazione fisica. Il modello E-R si fonda su concetti intuitivi e facilmente comprensibili, anche per i non tecnici, ma non è direttamente implementabile sui computer.
Concetti Fondamentali del Modello E-R
Il modello E-R si basa su alcuni elementi chiave:
- Entità: Rappresentano classi di oggetti (cose, persone, concetti) con proprietà comuni ed esistenza autonoma ai fini dell'applicazione. Un'occorrenza di entità è un'istanza specifica di questa classe. L'esistenza di un'occorrenza di entità è indipendente dalle sue proprietà.
- Attributi: Descrivono le proprietà di entità e relazioni. Vengono rappresentati graficamente da ellissi e possono avere identificatori unici, come il Codice Fiscale per un Cittadino Italiano.
- Relazioni: Stabiliscono legami tra entità. Sono rappresentate da rombi e nominate con verbi o sostantivi. Le relazioni possono anch'esse avere attributi.
- Generalizzazioni: Rappresentano relazioni di tipo "è un" tra entità. Possono essere totali (l'unione dei figli costituisce il padre) o parziali (esistono altre istanze non incluse nei figli). Possono inoltre essere esclusive (un'istanza appartiene a un solo figlio) o sovrapposte (un'istanza può appartenere a più figli).
Dalle Entità alle Tabelle: La Traduzione nel Modello Relazionale
La traduzione di uno schema E-R in uno schema relazionale è un passaggio fondamentale della progettazione logica. Questo processo trasforma i concetti astratti del modello E-R in strutture concrete, come tabelle, che possono essere implementate in un database.
Regole di Traduzione
Prima di avviare la traduzione, è necessario ristrutturare il modello E-R per rimuovere attributi composti (che possono essere scomposti in attributi semplici) e attributi multivalore (che richiedono la creazione di nuove entità e relazioni). Una volta che tutti gli attributi sono semplici, derivati o multivalore gestiti, si applicano le seguenti regole di traduzione:
Entità: Ogni entità viene tradotta in una tabella con lo stesso nome. Gli attributi dell'entità diventano le colonne della tabella, e la chiave dell'entità diventa la chiave primaria della tabella. Per gli attributi calcolati, si aggiunge un vincolo di integrità che specifica il metodo di calcolo.
Relazioni:
- Molti a Molti (N:M): Una relazione molti a molti tra due entità si traduce in una tabella separata. Questa tabella avrà come chiave primaria l'insieme delle chiavi primarie delle entità coinvolte, più eventuali attributi propri della relazione. Vengono inoltre creati vincoli di chiave esterna per collegare questa tabella alle tabelle delle entità originali.
- Uno a Molti (1:N) e Uno a Uno (1:1): La traduzione di queste relazioni è più flessibile e dipende dai vincoli di cardinalità. In generale, si tende a "incorporare" la relazione nella tabella dell'entità che partecipa con cardinalità massima uno. Se l'entità con cardinalità massima uno ha un vincolo minimo di 0, si può optare per una seconda traduzione che crea una tabella separata, evitando valori nulli.
- Relazioni Ricorsive e con più di due partecipanti: Anche queste vengono tradotte con regole analoghe, adattando la creazione di tabelle e chiavi in base ai vincoli di cardinalità.
Entità Deboli: Una entità debole, identificata da un'entità proprietario tramite una relazione con vincolo (1,1), viene tradotta includendo nella sua chiave primaria la chiave dell'entità proprietario. Questo processo si estende a catene di entità deboli, procedendo a ritroso dalla fine della catena.
Specializzazioni (Gerarchie): Le specializzazioni possono essere tradotte in diversi modi:
- Tabella per ogni sotto-entità: Ogni sotto-entità diventa una tabella che eredita la chiave dall'entità genitore. Questa chiave diventa sia la chiave primaria della sotto-entità sia una chiave esterna che punta all'entità genitore. L'entità genitore stessa potrebbe non essere tradotta, ma i suoi attributi vengono ereditati dalle tabelle delle figlie.
- Una tabella per l'entità genitore con attributo discriminante: Tutte le entità figlie vengono inglobate in un'unica tabella che rappresenta l'entità genitore. Viene aggiunto un attributo "tipo" che specifica a quale sotto-entità appartiene l'istanza. Questo approccio riduce il numero di tabelle e le operazioni di join, ma può comportare la presenza di molti valori nulli se la specializzazione è parziale o se ci sono molti attributi specifici per le sotto-entità.
La scelta tra le diverse opzioni di traduzione dipende da fattori quali la complessità dello schema, la frequenza delle interrogazioni e le esigenze di performance.
Considerazioni Finali: Lingua e Dati
Il parallelismo tra il dibattito sull'uso dell'asterisco nel linguaggio e le regole di traduzione dal modello E-R al modello relazionale è sorprendente. Entrambi i campi affrontano la sfida di rappresentare la complessità del mondo e delle identità in sistemi strutturati. Nel linguaggio, si cerca di adattare le forme per includere una gamma più ampia di esperienze umane. Nei database, si trasformano concetti astratti in strutture dati precise per garantire l'integrità e l'efficienza dell'informazione.
Entrambi i processi rivelano la natura dinamica e in continua evoluzione dei sistemi che utilizziamo per comprendere e organizzare la realtà. Che si tratti di trovare un modo per far sentire tutti rappresentati nelle conversazioni quotidiane o di progettare strutture dati che riflettano accuratamente le relazioni tra le informazioni, la sfida rimane quella di bilanciare flessibilità, chiarezza e adeguatezza. L'asterisco, come molte innovazioni linguistiche, e le diverse strategie di traduzione nel modello relazionale, dimostrano che la lingua e i sistemi informatici sono laboratori di vita, costantemente alla ricerca di soluzioni espressive ed efficienti. La complessità di queste sfide sottolinea l'importanza di un approccio critico e consapevole, che tenga conto sia delle necessità pratiche che delle implicazioni sociali e semantiche.
tags: #asterisco #nello #schema #relazionale