[risolto] Ottimizzare salvataggio dati

  • Creatore Discussione Creatore Discussione Asia2810
  • Data di inizio Data di inizio

Asia2810

Nuovo Utente
7 Mar 2014
4
0
0
Salve,
Sono in procinto di iniziare un nuovo progetto e mi sto chiedendo qual è il modo migliore per salvare nel database dei dati in multilingua.
Mi spiego meglio, la mia necessità è quella che durante l'estrapolazione dei dati se non è stata inserita nella lingua settata una traduzione quei dati mi verranno stampati nella lingua di default ,che è definita da un'altra parte.
In un vecchio progetto finito da poco, sempre in multilingua, per ovviare questo problema durante il salvataggio se non venivano settati i contenuti in tutte le altre lingue, tranne quella di default che risultava obbligatoria, automaticamente in quella lingua venivano settati quelli che erano i contenuti della lingua di default.
Per esempio se inserivo una news e per quella news non compilavo i dati nella lingue Inglese ma in Francese e Italiano si, nel database le righe erano i seguenti:

id | titolo | sottotitolo | descrizione | lingua
1 | titolo italiano | sottotitolo italiano | descrizione italiana | it
2 | titolo italiano | sottotitolo italiano | descrizione italiana | en
2 | titolo francese | sottotitolo francese | descrizione francese | fr

Quindi durante l'estrapolazione dei dati avevo sempre un record nel database con riferimento a qualsiasi lingua anche se non erana stata settata. Questo comporta che per ogni news, o altro, ho 1 x numero lingue record salvati.
Visto che, come dicevo in alto, devo iniziare questo nuovo progetto mi chiedevo se era il caso di rimanere su questa strada oppure salvare nel db solo quello che è veramente stato inserito e quindi se non trovo traduzione per quella lingua andare a pescare i dati nella lingua di default e questo comporta fare una query più articolata.
Cosa mi consigliate? Sono una programmatrice alle prime armi quindi perdonatemi se è una domanda stupida ma vorrei migliorare il mio modo di lavorare.
Grazie in anticipo a chi risponderà :o
 
Il modo in cui è strutturata la tabella è giusto.
A questo punto personalmente ti consiglio di non salvare i record vuoti per le altre lingue se effettivamente non hai creato quei contenuti e non dovresti scervellarti neanche nel redirezionamento della risorsa ad un altra lingua (perché se un francese cerca una cosa in francese sul tuo sito che sembra avere articoli francesi e poi lo rimandi ad una versione italiana, penso sia peggio che non dirgli fin da subito che non disponi di quel contenuto).

Semplicemente se un preciso contenuto non è disponibile in una precisa lingua dovresti agire di conseguenza e non segnalarlo proprio nel sito e la cosa dovrebbe risultarti facile vista la struttura della tua tabella.

Se invece ci tieni a rendere disponibile comunque una versione del contenuto puoi sempre proporre una traduzione della pagina nella tua lingua base gestita con le api google translate.

In ogni caso non vedo un reale vantaggio nel mantenere record inutili nel db.
 
Il modo in cui è strutturata la tabella è giusto.
(perché se un francese cerca una cosa in francese sul tuo sito che sembra avere articoli francesi e poi lo rimandi ad una versione italiana, penso sia peggio che non dirgli fin da subito che non disponi di quel contenuto).
Questo punto, quello di stampare comunque qualcosa, è una richiesta esplicita del cliente. Io qui ho riportato l'esempio banale delle news ma in realtà questo discorso è più che altro per la gestione di un catalogo con dei prodotti che nel caso non si predisponga delle schede tecniche o le altre cose nella lingua selezionata debbono essere riportati quelli che sono i contenuti nella lingua di default. Siccome ci sarà un'importazione dei prodotti e di questi non ci saranno delle traduzioni finchè non saranno tutte inserite dal cliente è fondamentale stampare quelli che sono i valori nella ligua di default. Continui a credere che sia meglio non salvare i dati in tutte le lingue anche dopo questa mia precisazione?
Grazie comunque della risposta
 
Personalmente continuo a pensare che sia meglio non archiviare quel dato anche perché, nel peggior scenario che riesco ad immaginarmi, la tua query includerà una clausola di ricerca del tipo
Codice:
... WHERE lingua LIKE 'it' OR lingua LIKE 'fr'
-- Cerca l'articolo dove la lingua è quella base oppure quella richiesta

Dopo che il database ti ha ritornato le informazioni, puoi verificare con lo stesso riferimento utilizzato per fare la richiesta se nel recordset è effettivamente presente la riga associata alla lingua dell'utente.

Se c'è la servi, altrimenti gli passi la riga della lingua base.


Se nella tua applicazione risulta complesso gestire in questo modo il problema allora dovresti adottare la soluzione che ritieni più opportuna, è pur sempre vero che io ho una visione del problema limitata solo a ciò che mi scrivi qui.
 

Discussioni simili