Struttura database e relazioni tra tabelle - cosa mi sfugge ?

di il
23 risposte

23 Risposte - Pagina 2

  • Re: Struttura database e relazioni tra tabelle - cosa mi sfugge ?

    15/03/2024 - @Alex ha scritto:


    15/03/2024 - stealbi ha scritto:


    Mi sembra di aver chiarito subito che sono ASSOLUTAMENTE un neofita in questo campo, sono il primo ad ammettere limiti ed errori. Ci sto provando, sto cercando di capire le cose, di provarci (tant'è che ho completamente rivoluzionato il db, senza otterne nulla tra l'altro).

    Se la soluzione è vai su google e fai da te, va bene prendo atto, e TORNO su google per cercarmi le risposte. 

    Ho comunque ringraziato tutti per chi ci ha provato a darmi una mano, ho apprezzato molto.

    La soluzione che ti viene fornita non è “vai su Google”, anzi… però non è che basta dire “SONO NEOFITA” e pensare che ti venga erogato un corso accelerato ONLINE…!!!

    Quindi se non studi per appropriarti di nomenclatura e concetti di base, partendo dai suggerimenti dati, non sarà possibile aiutarti perchè le informazioni i suggerimenti che ti vengono forniti non saranno alla tua portata.

    Consentici di poterti aiutare partendo dal fatto che almeno tu comprenda tecnicamente i termini e gli argomenti di cui è necessrio parlare senza doverti fornire “PAPPA PRONTA” e nemmeno un Corso per farti capire… altrimenti ovviamente non è fattibile.

    Ma sono totalmente d'accordo con te, però - ripeto - c'è modo e modo di approcciarsi, anche ad un neofita. Mi sono cosparso il capo di cenere, non è che per forza uno è obbligato a rispondere. Se è infastidito dalla domanda, può semplicemente andare oltre.

    Comunque, a me interessa imparare, non polemizzare.

    Come si sarà capito non ho una formazione informatica, ho sicuramente più difficoltà.

    Ho provato di nuovo su carta a mettere in ordine le idee. 

    Questo il risultato:

    Può avere senso? 

    Mi spiego meglio, in rosso sono tabelle che (almeno in teoria) non andranno più toccate una volta implementate la prima volta (contengono ad esempio che tipo di matrice ambientale è coinvolta, essendo che sono tre, e le loro varie combinazioni, un 3! ((fattoriale)) insomma).

    La tabella Sito dopo una prima implementazione, verrà aggiornata con nuovi siti ogni qualvolta ci sarà bisogno, ed ogni sito avrà una sua anagrafica.

    Quindi ho una tabella Riepilogo che mi mette relazione questi aspetti finora elencati (Sito, Criticita e MatriceAmbientale), ora, viene la parte per me ‘ostica’ da capire/digerire. I valori dentro Sito sono univoci (non avrò ad esempio due ‘Torino’), ad ogni sito comunque è associato un numero di commessa, ad ogni commessa è associata una parte Amministrativa, una di Autorizzazioni, una di Notifica e una di Vulnerabilità. La parte Amministrativa è univoca per ogni Commessa, mentre Autorizzazioni e Notifica potrebbero avere più ‘entità’ associate ad od ogni commessa. Proprio come Vulnerabilità che poi a sua volta potrà avere diverse TipologiaAsset (tra quelle presenti in TipoAsset).

    La finalità di tutto questo è generare dei report in cui ‘associeremo’ ad un Sito la parte di Notifica. Non so se sono stato sufficientemente chiaro.


    Spero di essere stato più esaustivo su cosa non mi è chiaro, chiedo ancora venia in anticipo se - essendo duro di comprendonio - fatico a comprendere esattamente le relazioni (sensate) che dovrebbero intercorrere, e ringrazio comunque tutti quelli che hanno risposto (nel bene e nel male) per il tempo dedicato.

    Grazie ancora e buona serata,

    S

  • Re: Struttura database e relazioni tra tabelle - cosa mi sfugge ?

    Considera che noi siamo neofiti in quello che vuoi gestire…

    Posso solo dirti, ad esempio, che le notifiche da 1 a N vanno messe in una tabella a parte : notifiche che potrebbe contenere la data, il destinatario della notifica, l'oggetto della notifica (il riferimento alla tabella lato 1), ecc… 

    Se vuoi sapere quante notifiche hai oer tizii della pratica x fai una query, in questo modo se hai necessità di ulteriori notifiche puoi inserirne a migliaia, ma che dico migliaia, decine! (Diceva ezio greggio al drive in).

    Rendi comprensibile il concetto logico del tuo lavoro e ti verrà tradotto in ambito informatico.

  • Re: Struttura database e relazioni tra tabelle - cosa mi sfugge ?

    15/03/2024 - sihsandrea ha scritto:


    Considera che noi siamo neofiti in quello che vuoi gestire…

    Posso solo dirti, ad esempio, che le notifiche da 1 a N vanno messe in una tabella a parte : notifiche che potrebbe contenere la data, il destinatario della notifica, l'oggetto della notifica (il riferimento alla tabella lato 1), ecc… 

    Se vuoi sapere quante notifiche hai oer tizii della pratica x fai una query, in questo modo se hai necessità di ulteriori notifiche puoi inserirne a migliaia, ma che dico migliaia, decine! (Diceva ezio greggio al drive in).

    Rendi comprensibile il concetto logico del tuo lavoro e ti verrà tradotto in ambito informatico.

    Grazie mille Andrea, quello l'ho ipotizzato giusto, le Notifiche possono finire in una tabella a parte e saranno - potenzialmente - più di una per ogni Commessa. Ha senso, giusto?

    Il linea generale, le query non saranno particolarmente complesse, anzi tendenzialmente molto semplici. Ad esempio un report con appunto le varie Commese con le notifiche, roba di questo genere.

    I dubbi sullo schema del database, che come ho capito sta alla base di tutto ovviamente, per esempio non mi fa comprendere esattamente come ‘accorpare’ le eventuali maschere di inserimento, ad esempio - con lo schema di cui sopra, dove per ogni sito ho una sua anagrafica - se avessi  bisogno di aggiungere un nuovo sito avrei bisogno di una maschera dove introdurre sia il nome_sito che appunto i vari campi dell'anagrafica (indirizzo, cap, regione, provincia, stato).

    Grazie mille!

  • Re: Struttura database e relazioni tra tabelle - cosa mi sfugge ?

    @stealbi, hai capito male. 

    1. qui nessuno ti fa i cazziatoni perché nessuno e' nato ‘imparato’ 
    2. le cose che ho scritto in MAIUSCOLO non sono cazziatoni MA i concetti su cui ragionare e che DEVI approfondire
    3. il non saper ne leggere ne scrivere era riferito a ME, nel senso che anche non conoscendo l'argomento di cui ti occupi, la struttura della database non puo' andare bene, se non altro per l'enorme variabilità del numero di colonne tra le tabelle
    4. il fatto di essere neofita non fa di te un caso ‘strano’. TUTTI siamo stati neofiti all'inizio
    5. MA il fatto di essere neofita non fa di te uno incapace di studiare
    6. se invece speri di ottenere risultati SENZA studiare, con la scusa del ‘neofita’ o che `non hai tempo` o ‘che porti famiglia’, allora non ci siamo ;-) 
      Quello che noi sappiamo non lo sappiamo per `infusione divina` ma per ore/giorni/mesi/anni di studio, di mal di testa, notti insonni… 

    Ora, la realizzazione di un database con gli strumenti moderni NON E' difficile. 

    Il modello relazionale e le forme normali sono concetti che si acquisiscono in ore/giorni studiando anche solo con Wikipedia, MA VANNO STUDIATI. E non centrano NULLA con l'informatica o la programmazione, anche se sono usati in questo contesto. Sono concetti di “matematica discreta”

    La parte VERAMENTE complicata e' l'identificazione dei concetti fondamentali e le relative interazioni. 

    Qui non ci sono santi che tengano: sei TU quello che ci deve mettere la testa perché sei TU quello che conosce la materia alla perfezione. E poiché la lettura del pensiero a distanza e in differita non e'una capacità umana riconosciuta, noi sappiamo SOLO quello che scrivi, NON l'infinita' di altri dettagli importanti che hai in testa solo tu. 

    Noi ti possiamo solo dire SE la struttura che proponi, in base ai nomi di colonne e tabelle, potrebbe aver senso. I ‘polpettoni’ sono facili da identificare. 

    I suggerimenti su come procedere ti sono stati dati. Sta' a te seguirli o no.

    Ma non basta ancora. C'e' un'altro problema di cui forse non ti rendi conto, ma che rappresenta un ‘pasticcio': I termini usati. 

    Le parole sono importanti perché sono il mezzo per leggere il pensiero: noi non conosciamo la TUA terminologia, al di là del significato GENERALE della parola, e nn sappiamo se usi in modo corretto la NOSTRA terminologia, nel significato tecnico che quella parola in quel contesto vuole dire. SEMBRA una stupidaggine, l'esperienza ci permette di ‘capire', ma e’ uno strato di ‘interpretazione’ che potrebbe anche essere sbagliato. 

  • Re: Struttura database e relazioni tra tabelle - cosa mi sfugge ?

    Aggiunta ai suggerimenti precedenti:

    NON PENSARE a come realizzare le ‘maschere di inserimento’. O se vuoi, pensaci MA solo per avere un modo alternativo di pensare al modello dei dati: se 'non sai come farlo’ allora vuol dire che il modello dei dati NON VA ANCORA BENE!

    Nota: non avevo letto le ultime risposte, ma ho visto che non sono l' unico che ti ha fatto ESATTAMENTE le stesse osservazioni! ;-) Mumble, mumble …

  • Re: Struttura database e relazioni tra tabelle - cosa mi sfugge ?

    Ripeto per aiutari dovresti spiegare passo passo, ovvero nei minimi dettagli e con la sequenza logica che attui nella realtà del lavoro, come si svolge l'attività che vorresti riprodurre nel database.

  • Re: Struttura database e relazioni tra tabelle - cosa mi sfugge ?

    Mi permetto di intervenire, invitando tutti a un dialogo cordiale. Osservo da quello che si scrive che la distanza tra stealbi e gli utenti esperti è lontana anni luce. Osservo anche che la discussione non può andare avanti…e farò una segnalazione ai moderatori.
    Per stealbi: non serve nessuno degli schemi che hai mostrato finora. Sei fuori strada. Consiglio oltre allo studio delle forme normali base (un casino in via teorica…solo sbattendo la testa guardando i dati se ne può venire a capo) di:
    1. Ripeto, studiare da un manuale di base i concetti più semplici di normalizzazione (uno dei requisiti minimi per approcciare il forum (vedi regolamento)).
    2. Apri una nuova discussione nella sezione “Progettazione database”.
    3. In quella sezione proponi il problema in questi termini (usando un linguaggio per non addetti ai tuoi lavori):
    - di cosa parla il database (lo hai già accennato, ma ti consiglio di ripeterlo a chiare lettere)
    - quali tabelle PRIMORDIALI hai messo in campo (mi riferisco soprattutto a Comuni, Siti, Commesse…tutte le altre mi sono apparse arabo): nomi propri logici e sensati
    - Nomi propri di tutti i campi delle tabelle con indicazione delle chiavi primarie e esterne
    - Le relazioni
    - Immagini di Finestra Relazioni o fogli scritti a mano (ma che siano chiari nella lettura) possono sostituire i 3 punti precedenti
    4. Lascia stare per ora maschere, report
    5. Nell'esposizione del problema, racconta a parole per esteso cosa hai intenzione di mettere in piedi, per il momento non è necessario un linguaggio tecnico, anche una descrizione colloquiale da amico ad amico può funzionare meglio. Narrazione di casi concreti e tipici aiutano a comprendere meglio il tuo campo di azione.

  • Re: Struttura database e relazioni tra tabelle - cosa mi sfugge ?

    A mio avviso c'è un solo modo di uscirne. Postare la discussione nella sezione database e nel contempo applicarsi nei concetti base di strutturazione dei db. Maschere, controlli e oggetti vari vengono soltanto dopo aver fatto questo percorso.

  • Re: Struttura database e relazioni tra tabelle - cosa mi sfugge ?

    15/03/2024 - stealbi ha scritto:


    Come si sarà capito non ho una formazione informatica, ho sicuramente più difficoltà.

    Ho provato di nuovo su carta a mettere in ordine le idee. 

    Questo il risultato:

    Ribadisco il concetto gia' espresso un po' da tutti: resetta tutto cio' che hai in mente, non pensare alla struttura del DB ma cerca di focalizzare cio' che vuoi realizzare in termini di ntita' generiche e studia prima questo metodo:

    https://it.wikipedia.org/wiki/Modello_E-R

    Da qui poi sviluppi le tabelle e le conseguenti maschere: se strutturi bene il progetto iniziale poi il DB diventa molto snello

Devi accedere o registrarti per scrivere nel forum
23 risposte