 | |
Il progetto dsy.it è l'unofficial support site dei corsi di laurea del Dipartimento di Scienze dell'Informazione e del Dipartimento di Informatica e Comunicazione della Statale di Milano. E' un servizio degli studenti per gli studenti, curato in modo no-profit da un gruppo di essi. I nostri servizi comprendono aree di discussione per ogni Corso di Laurea, un'area download per lo scambio file, una raccolta di link e un motore di ricerca, il supporto agli studenti lavoratori, il forum hosting per Professori e studenti, i blog, e molto altro...
In questa sezione è indicizzato in textonly il contenuto del nostro forum |
[Progetto] "Blog"
Clicca QUI per vedere il messaggio nel forum |
| teo2k |
Ciao a tutti.
Qualcuno ha dato un'occhiata al nuovo progetto per BD?
Ho un dubbio su come interpretare la frase "i contenuti vanno intesi come file"...
Non potendo frequentare, non vorrei che sia sottointeso qualcosa detto a lezione riguardo alla gestione dei LOB...
Tutto ok per quel che riguarda le fotografie, ma per i normali testi?
Le mie possibili interpretazioni sono le seguenti:
- i LOB relativi al testo devono essere salvati in un file esterno come risorsa e non nel DB (con lo scopo di alleggerire la base dati)
- I testi possono essere dei file arbitrari che devono essere "uploadati" nel filesystem (pdf, doc, ecc..), ma questo provocherebbe problemi riguardo alla visualizzazzione di tali contenuti in una pagina HTML e risulterebbero disponibili solo tramite download
- I testi si memorizzano semplicemente nel DB dato che il LOB, in quanto semplice stream di dati, è da considerarsi un file
Grazie a tutti |
| zonker |
In realtà l'ambiguità sta nel nome del progetto.
Richiedono di implementare un blog descrivendo quello che in realtà è uno share point. |
| teo2k |
Già....
L'applicazione in sè è facile da sviluppare, ma la specifica è un po' confusa... |
| khelidan |
Noi inoltre,oltre ai dubbi gia citati nel primo post,abbiamo difficoltà a interpretare cosa chiede in questo punto:
Fra le tipologie di contenuto inoltre, le news si distinguono per il fatto di poter essere riferite a una o più` altre news. Questa articolazione comporta anche l’esistenza di diversi possibili percorsi di navigazione fra le news, attraverso i riferimenti incrociati esistenti fra loro.
Qualcuno ha capito per caso?? |
| khelidan |
Originally posted by teo2k
Ciao a tutti.
Qualcuno ha dato un'occhiata al nuovo progetto per BD?
Ho un dubbio su come interpretare la frase "i contenuti vanno intesi come file"...
Non potendo frequentare, non vorrei che sia sottointeso qualcosa detto a lezione riguardo alla gestione dei LOB...
Tutto ok per quel che riguarda le fotografie, ma per i normali testi?
Le mie possibili interpretazioni sono le seguenti:
- i LOB relativi al testo devono essere salvati in un file esterno come risorsa e non nel DB (con lo scopo di alleggerire la base dati)
- I testi possono essere dei file arbitrari che devono essere "uploadati" nel filesystem (pdf, doc, ecc..), ma questo provocherebbe problemi riguardo alla visualizzazzione di tali contenuti in una pagina HTML e risulterebbero disponibili solo tramite download
- I testi si memorizzano semplicemente nel DB dato che il LOB, in quanto semplice stream di dati, è da considerarsi un file
Grazie a tutti
Perdona la mia ignoranza ma cosa sono i lob?
Non cmq abbiamo interpretato che quello è solo uan similitudine,in un file ci sono nome data modifica,bene anche le news o gli alrticoli o lefoto devono avere nome,data modifica ecc....come un file! |
| teo2k |
Originally posted by khelidan
Noi inoltre,oltre ai dubbi gia citati nel primo post,abbiamo difficoltà a interpretare cosa chiede in questo punto:
Qualcuno ha capito per caso??
Credo intenda che per ogni news tu possa scegliere di associarne altre dal contenuto simile o sullo stesso argomento e visualizzarne i link nel dettaglio di quella che stai guardando in modo da renderne veloce la navigazione |
| teo2k |
Originally posted by khelidan
Perdona la mia ignoranza ma cosa sono i lob?
Non cmq abbiamo interpretato che quello è solo uan similitudine,in un file ci sono nome data modifica,bene anche le news o gli alrticoli o lefoto devono avere nome,data modifica ecc....come un file!
Ecco qui: BLOB (e CLOB)
Dici che si tratta solo di interpretarlo come possibili proprietà?
Io l'avevo inteso come vincolo sul modo di salvare i dati....
Ovvero, pensavo che dicendo che sono file, questi dovessero essere effettivamente caricati nel filesystem o nel DB e quindi accettare qualsiasi tipo di documento. (da qui il problema della visualizzazione su una pagina HTML)
Cosa che di solito in un blog si usa solo per i contenuti particolari (immagini/musica/ecc...) e non per i testi che sono semplicissime stringhe |
| khelidan |
| guarda non saprei proprio,comunque domani dovremmo andare al ricevimento a chedere,vi faccio sapere! |
| uvaci |
| Io l'avrei interpretato cosi: per quello che riguarda gli articoli e le news il formato è html dato che sono testi (eventualmente formattati html) con riferimenti a immagini e ad altre pagine e la loro dimensione è data dalla lunghezza del testo + la somma delle dimensioni delle immagini. Però effettivamente la specifica è a dir poco confusa... Qualcuno ha qualche notizia certa su questo punto ? |
| GiaXVI |
ciao ragazzi, io invece le immagini le vedo come un intervento senza aggiungere altro. certo che questo progetto di un blog ha solo il nome perche a me sembra piu un forum.
Altro quesito, che domani porrò al prof, ma come fa un intervento a riferirsi a 2 argomenti distinti? |
| GiaXVI |
| ....quando a lezione hanno spiegato il progetto ho sentito che parlavano di qualche programma che nn conviene o addirittura nn si puo usare...che voi sappiate, si puo usare mysql? |
| khelidan |
per la questione file il prof ha detto che è una scelta individuale,si puo salvare i contenuti come file veri e propri oppure fare tutto sul db,per la questione blog o forum,è un forum,blog centra come i cavoli a merenda,lo stesso prof ha detto che la scelta della parola blog è stata infelice!
@GiaXVI
Mysql lo puoi usare,come postgres,come oracle e come qualsiasi altro db che implementi sql99 e i trigger! |
| teo2k |
| Grazie, ora tutto comincia a prendere un'altra forma... ;-) |
| GiaXVI |
| mysql nn supporta i trigger, quindi è sconsigliato, parola del prof... |
| darkAntAreS |
| mysql 5 supporta i trigger |
| Diuzza |
Scusate ma io non ci capisco una ciofeca...
Cosa vuol dire sta frase?
L'utente quindi non effettua alcun login e l'nformazione sull'utente attivo e sul profilo associato viene fornito staticamente all'applicazione, a titolo d'esempio.
E cosa significa che ogni utente può avere più profili?
E come fa un contenuto ad avere più autori?
E gli argomenti li decidiamo noi?
E che senso ha che ci sia come contenuto fotografie.
Sarò gnucca ma nn capisco |
| khelidan |
A tutte ste domande ci abbiamo perso le giornate!
per la questione login,se fai la versione da 3 punti non va implementato il login appunto,basta solo mettere alccuni utenti in modo statico nel db a titolo di esempio.
Un utente puo avere più profili,nel senso,i profili servono a stabilire gli argomenti di preferenza degli utenti,se io voglio collegarmi e vedere solo news di sport e politica,faccio un profilo solo con queste due preferenze,ma questo non mi vieta di crearne un altro con le preferenze taglio e cucito e cucina,se selezione quel profilo l'applicazione mi mostra solo le notizie catalogate in quegli argomenti,ok?
Un contenuto può avere più autori nel senso che io pubblico un articolo e poi do all'utente pinco la possibilità di modificarlo,pinco diventa autore automaticamente anch'esso.
Si gli argomenti si,mi pare che nella versione da 3 punti siano un numero fisso,mentre in quella da 4 gli amministratori del blog possono aggiungere argomenti ed ovviamente l'applicazione deve gestirli dinamicamente.
Perchè i contenuto del nostro blog possono essere news,articoli con eventualmente foto e semplici foto,tutti questi poi possono essere catalogate in argomenti di vario tipo a seconda di cosa trattano!
Ho cercato di essere più chiaro possibile,anche non abbiamo perso molto tempo su questi dubbi! |
| zonker |
>Un contenuto può avere più autori nel senso che io pubblico un >articolo e poi do all'utente pinco la possibilità di modificarlo,pinco >diventa autore automaticamente anch'esso.
Secondo me autori e permessi non sono legati.
Ossia quando io pubblico un articolo sono uno degli autori e posso però indicare altri "coautori" tra gli altri utenti.
Poi posso assegnare i permessi di modifica anche ad utenti che non siano autori del contenuto.
Ovviamente IMHO. |
| khelidan |
Originally posted by zonker
>Un contenuto può avere più autori nel senso che io pubblico un >articolo e poi do all'utente pinco la possibilità di modificarlo,pinco >diventa autore automaticamente anch'esso.
Secondo me autori e permessi non sono legati.
Ossia quando io pubblico un articolo sono uno degli autori e posso però indicare altri "coautori" tra gli altri utenti.
Poi posso assegnare i permessi di modifica anche ad utenti che non siano autori del contenuto.
Ovviamente IMHO.
Anche noi la pensavamo come te ma quello che ho scritto c'è lo ha detto il prof al ricevimento,tanto meglio è più semplice! ;) |
| ornati |
Originally posted by khelidan
Un contenuto può avere più autori nel senso che io pubblico un articolo e poi do all'utente pinco la possibilità di modificarlo,pinco diventa autore automaticamente anch'esso.
diventa autore quando lo modifica o il semplice fatto di avere la possibilità di modificarlo lo rende autore?
Ad ogni modo questo schema è debole perchè basta che uno dia il potere di modifica ad un utente di cui si fida e questo può dare a sua volta il potere a tutti gli utenti...
Inoltre, stando alle specifiche:
"ma possono modificare e cancellare solo i contenuti di cui siano autori o su cui abbiano ricevuto l’autorizzazione da altri utenti."
Questo implica che essere autori e avere il permesso di modifica siano due cose distinte, e che l'ultimo "utenti" sia sinonimo di "autori".
Quindi, cercando di riassumere tutto in modo coerente:
1) Quando pubblichi un contenuto sei il suo autore, ma puoi specificare autori aggiuntivi (o eventualmente aggiungerli dopo)
2) ogni autore può dare il permesso di modifica ad altri utenti
Questo trascurando i "dettagli"... per esempio:
1) un autore può eliminarne un altro dalla lista?
2) se l'autore A permette all'utente X di modificare un contenuto, può l'autore B revocare il permesso?
... and so on ...
Ma alla fine credo che questi problemi non contino, e che basti implementare la soluzione più semplice. |
| zonker |
perfettamente concorde con ornati.
Le specifiche parlano chiaro, gli autori di un articolo sono una cosa, gli utenti che hanno diritto di modifica sono un'altra.
Al limite si può dire che gli autori abbiano sempre diritto di modifica oltre agli altri utenti non autori ma autorizzati. |
| khelidan |
Originally posted by ornati
Ma alla fine credo che questi problemi non contino, e che basti implementare la soluzione più semplice.
Infatti,io son d'accordo con quello che dici,solo che quello che ho riportato sono le parole del prof,se volete implementare una gestioni più efficente dei permessi siete liberissimi di farlo,quello che ho riportato è il minimo indispensabile per aderire ai requisti! |
| khelidan |
Originally posted by zonker
perfettamente concorde con ornati.
Le specifiche parlano chiaro, gli autori di un articolo sono una cosa, gli utenti che hanno diritto di modifica sono un'altra.
Tu puoi farlo come vuoi,le parole del prof sono state"quando un autore da il diritto di scrivere ad un altro utente,quest'ultimo riceve automaticamente la condizione di autore" |
| attila79 |
| Scusate ma per poter sostenere l'appello scritto bisogna consegnare per forza anche il progetto o si puo fare prima lo scritto ed ad un altro appello consegnare anche il progetto e viceversa ? |
| ornati |
Originally posted by attila79
Scusate ma per poter sostenere l'appello scritto bisogna consegnare per forza anche il progetto o si puo fare prima lo scritto ed ad un altro appello consegnare anche il progetto e viceversa ?
Prima devi consegnare il progetto.
E' tutto spiegato qui:
http://islab.dico.unimi.it/basi/mod...egna_BDLAB1.pdf
Se invece fai i compitini c'è una data, ma non mi ricordo quale. |
| bledar |
| la data se fai i compitini e intorno al 10 aprile , piu o meno |
| tandrea85 |
non ho ben capito l'uso dei trigger in questo progetto
come si fa con un trigger a controllare il numero di accessi ad un contenuto se i trigger permettono solo controlli prima o dopo di INSERT, UPDATE e DELETE?? |
| zonker |
Infatti non lo fai con i trigger.
Ti crei una funzione che incremente il numero di accessi e poi la usi in una vista.
Ad esempio crei una funzione incrementaaccesso(idcontenuto) e poi quando accedi ai contenuti lo fai con una vista tipo SELECT IDCONTENUTO, incrementeaccesso(IDCONTENUTO), DIMENSIONE, TIPO FROM CONTENUTI |
| Simeon |
Scusate ma voi tutti avete parlato di autori che delegano il permesso di modifica ad altri utenti (che divengono a loro volta autori).
Ma il privilegio di cancellazione si puo' delegare? Nel testo dice "Essi hanno il permesso di
visualizzare tutti i contenuti e di inserirne di nuovi, ma possono modificare e cancellare
solo i contenuti di cui siano autori o su cui abbiano ricevuto l’autorizzazione da altri
utenti."
Per cui si direbbe che possa essere anche delegata la cancellazione, pero' vedo che tutti voi accennate solo a modifiche, come mai? |
| zonker |
Certo il diritto di cancellazione va gestito esattamente come quello di modifica.
Qualcuno ha il documento sulle modalità di consegna? Il link sul sito non funziona più... |
| ornati |
Originally posted by zonker
Certo il diritto di cancellazione va gestito esattamente come quello di modifica.
Qualcuno ha il documento sulle modalità di consegna? Il link sul sito non funziona più...
a me funziona:
http://islab.dico.unimi.it/basi/mod...egna_BDLAB1.pdf |
| zonker |
| Grazie mille, il link che non va è sul sito del turno 2 |
| khelidan |
| secondo voi l'admin è da considerare un utente come gli altri oltre ad avere poteri di amministrazione,nel senso partecipa con un profilo ecc....? |
| zonker |
E' una scelta implementativa, di fatto dalle specifiche non è richiesto che abbiano profili preferenze etc. però è richiesto che abbiano permessi illimitati sui contenuti quindi potrebbe essere più comodo gestirli come utenti e nella vista/query/funzione che estrapola i premessi di modifica gestire che se l'utente è di tipo admin allora abbia sempre il premesso.
Ultima nota GLI utenti amministratori possono essere più d'uno. |
| khelidan |
| io li gestisco come utenti,poi quando vado a fare una query come dici te controllo un attributo tipo per vedere se sono admin,almeno mi sto orientando così! |
| khelidan |
Originally posted by zonker
Infatti non lo fai con i trigger.
Ti crei una funzione che incremente il numero di accessi e poi la usi in una vista.
Ad esempio crei una funzione incrementaaccesso(idcontenuto) e poi quando accedi ai contenuti lo fai con una vista tipo SELECT IDCONTENUTO, incrementeaccesso(IDCONTENUTO), DIMENSIONE, TIPO FROM CONTENUTI
Potresti spiegarmi meglio questo?Quando vado a fare la select per visualizzare un documento chiamo la funzione per incrementare?E perchè su una vista? |
| zonker |
crei una funzione come fai per i trigger, ma che restituisce ad esempio un intero.
Ad esempio:
CREATE FUNCTION incrementaAccessi(v_contenuto INT) RETURNS INT AS $incrementeAccessi$
Dentro questa funzione fai una update della tabella andando ad incrementare in numero degli accessi effettuati.
Ora se fai:
SELECT ID, TITOLO, incrementaAccessi(ID) FROM CONTENUTI WHERE ID = 15;
quello che avverrà sarà che ti verranno restituiti ID, TITOLO e il risultato dell'esecuzione della funzione incrementaAccessi sul contenuto con id 15.
Così hai i dati che ti servono e hai incrementato il numero degli accessi a quel contenuto.
E' più chiaro ora?
Quanto al fatto di farlo direttamente con una select o all'interno di una vista è assolutamente indifferente, ma mi sembra che nelle specifiche ci sia indicato che gli utenti accedono ai contenuti attraverso viste. |
| khelidan |
| Chiarissimo,mi hai tolto un bel dubbio! ;) grazie mille! |
| zonker |
| figurati, e' un piacere. |
| Simeon |
Mi sto avvicinando ora al progetto e devo ammettere di avere le idee un tantinello confuse. E' piu' semplice di quello di algoritmi (almeno credo), ma il C mi e' decisamente piu' familiare della triade sql-apache-php.
Comunque: mi sapreste spiegare un attimo cosa significa questo? "Un profilo
stabilisce quali dati dell’utente siano visibili ad altri utenti e quali siano gli argomenti
preferiti dell’utente, in ordine di importanza."
Dunque la faccenda degli argomenti mi pare ben chiara ma non bene quella su "quali dati dell'utente siano visibili ad altri utenti". Si riferisce forse, che so per esempio. ad un profilo particolare che magari nasconda l'email come visibilita'?
E poi, se ad un utente generico corrispondono 1 o piu' profili, ad un profilo corrisponde un solo utente o piu' di uno? Visto che definiamo un certo profilo per un determinato utente, mi verrebbe da dire che ad un profilo corrisponde un utente (quindi 1:1).
Lo so che sono domande stupide ma purtroppo mi riesce difficile avvicinarmi a sto tipo di progetto. |
| Simeon |
E inoltre ad esempio: noi abbiamo sia utenti GENERICI che utenti AMMINISTRATORI.
Mettiamo che nel DB io li raggruppi in un'unica entita' superclasse chiamata "utente" con un bell'attributo che me li distingua.
In questo caso, se un'istanza dell'"utente generico" fosse in relazione con 1-N profili, un'istanza della mia nuova superclasse "utente" sarebbe in relazione con 0-N profili giusto? Perche un utente amministratore non ha profili, dico bene?
Direi basta per stasera :asd: |
| Simeon |
Meno male che avevo detto basta...
E' che sto facendo lo schema concettuale e ho scoperto di avere diversi dubbi soprattutto sulle cardinalita' minime.
Per esempio, prendiamo la relazione profilo - R - argomento
Un argomento dovrebbe essere associato a 0,n profili, e qui direi ok.
Ma un profilo e' associato a 1,n argomenti o a 0,n argomenti? In quest'ultimo caso un profilo senza argomenti non visualizzerebbe contenuti oppure li visualizzerebbe tutti?
E ancora, possono esistere utenti senza profili?
Boh dubbi dubbi dubbi, non capisco se siano scelte implementative o se la soluzione giusta sia necessariamente una sola. |
| uvaci |
| secondo me sono scelte implementative, le specifiche, d'altra parte, sono abbastanza generiche e questo tipo di decisione sono laciate a chi sviluppa il progetto. Anch'io avevo chiesto qualcosa al riguardo alla prof. castano e mi ha detto che l'importante è spiegare le scelte fatte nella documentazione. |
| khelidan |
Originally posted by Simeon
php.
Comunque: mi sapreste spiegare un attimo cosa significa questo? "Un profilo
stabilisce quali dati dell’utente siano visibili ad altri utenti e quali siano gli argomenti
preferiti dell’utente, in ordine di importanza."
Dunque la faccenda degli argomenti mi pare ben chiara ma non bene quella su "quali dati dell'utente siano visibili ad altri utenti". Si riferisce forse, che so per
Esattamente,l'utente ha vari profili,in uno puo far vedere l'email e non il nome e gli associa determinate preferenze,nell'altro cambia fa vedere il nome ed altre preferenze,noi lo abbiamo implementato così!
esempio. ad un profilo particolare che magari nasconda l'email come visibilita'?
E poi, se ad un utente generico corrispondono 1 o piu' profili, ad un profilo corrisponde un solo utente o piu' di uno? Visto che definiamo un certo profilo per un determinato utente, mi verrebbe da dire che ad un profilo corrisponde un utente (quindi 1:1).
Certo,un profilo un utente!Da una parte è 1:1 e dall'altra 1:N ! |
| khelidan |
Originally posted by Simeon
E inoltre ad esempio: noi abbiamo sia utenti GENERICI che utenti AMMINISTRATORI.
Mettiamo che nel DB io li raggruppi in un'unica entita' superclasse chiamata "utente" con un bell'attributo che me li distingua.
In questo caso, se un'istanza dell'"utente generico" fosse in relazione con 1-N profili, un'istanza della mia nuova superclasse "utente" sarebbe in relazione con 0-N profili giusto? Perche un utente amministratore non ha profili, dico bene?
Direi basta per stasera :asd:
Dipende,scelta implementativa,ne parlavo sopra qualche post con Zonker,noi facciamo in modo che anche gli admin partecipino all'applicazione come gli altri con i profili ed in più hanno poteri d'amministrazione! |
| khelidan |
Originally posted by Simeon
Meno male che avevo detto basta...
E' che sto facendo lo schema concettuale e ho scoperto di avere diversi dubbi soprattutto sulle cardinalita' minime.
Per esempio, prendiamo la relazione profilo - R - argomento
Un argomento dovrebbe essere associato a 0,n profili, e qui direi ok.
Ma un profilo e' associato a 1,n argomenti o a 0,n argomenti? In quest'ultimo caso un profilo senza argomenti non visualizzerebbe contenuti oppure li visualizzerebbe tutti?
E ancora, possono esistere utenti senza profili?
Boh dubbi dubbi dubbi, non capisco se siano scelte implementative o se la soluzione giusta sia necessariamente una sola.
Noi abbiamo fatto in modo che appena l'utente si icrive compili un profilo ed quello sarà l'attivo,sulla questione argomenti,noi abbiamo fatto in modo che quando si compila un profilo si scelgano anche gli argomenti di preferenza,quindi 1:N ma sono scelte! |
| Simeon |
Grazie mille a tutti (soprattutto a Khelidan in sto caso :asd: ), allora si e' meno vincolati di quanto pensassi... l'importante e' soddisfare i requisiti del progetto!
Ieri avevo persino chiesto se un amministratore poteva inserire contenuti ma poi mi sono accorto che nel progetto dice chiaramente che gli autori sono utenti GENERICI.
Bene bene bene, si parte. |
| khelidan |
Originally posted by Simeon
Grazie mille a tutti (soprattutto a Khelidan in sto caso :asd: ), allora si e' meno vincolati di quanto pensassi... l'importante e' soddisfare i requisiti del progetto!
Ieri avevo persino chiesto se un amministratore poteva inserire contenuti ma poi mi sono accorto che nel progetto dice chiaramente che gli autori sono utenti GENERICI.
Bene bene bene, si parte.
Questa cosa è ambigua,anchio l'avevo pensato ma se guardi c'è anche scritto che gli admin hanno permessi totali sui contenuti,quindi possono anche inserirli e inoltre non vedo il motivo ad un admin di non partecipare alla pubblicazione dei contenuti! |
| Simeon |
Scusate ancora ma vi giuro che sto andando nel pallone piu' totale, ma non perche' sia
difficile il progetto, e' che NON SO come partire!
Mi sembrava di avere le idee chiare: mi creo lo schema ER e lo traduco in relazionale. Poi
prendo postgres e, tramite il mio superuser, creo e popolo le tabelle
relative allo schema relazionale con un po' di dati inventati e poi lavoro a tutto
il resto.
Dopo pero' ho cominciato a pensare a certe cose e ho cominciato a confondermi.
Prendo la prima che mi e' venuta in mente: la delega dei permessi sui contenuti.
Come/quando un determinato utente delega i permessi ad un altro utente? Come faccio a
dire "l'utente TIZIO esegue la GRANT per garantire suddetti privilegi su questi contenuti
a CAIO"? Cioe quando io eseguo la GRANT come fa il sistema a sapere che l'ho eseguita
come TIZIO?
Tutto cio' m'ha dato da pensare alla gestione degli utenti di cui evidentemente non ho
capito una ceppa. Devo crearmi un utente di postgres per ogni utente dell'applicazione?
Io credevo di avere semplicemente una tabella "utenti" che riempivo con i dati di
tanti utenti inventati (nome, cognome, email etc) sui quali poi lavoravo. Ma cosi'
facendo non capisco quando/come/dove eseguire una GRANT per dare certi privilegi ad altri
utenti.
Boh non so proprio come partire, non ho idea di come sviluppare il progetto e non
so spiegare decentemente i miei dubbi.
Per cui sarei ESTREMAMENTE grato a qualche anima pia che tracciasse una specie di
quadro generale per lo sviluppo di progetti di questo tipo. Una cosa generale, non e'
che parlo di questo progetto in modo specifico ma insomma l'approccio da seguire riguardo
alla gestione di generici utenti etc... Giusto per ingranare.
Aiuto :(
p.s: ci sarebbe pure quella faccenda del profilo e della visibilita'
solo di certi dati che non so come gestire... la visibilita' a chi poi?
Se si logga un'utente alla volta chi e' che va a vedere i suoi dati? |
| khelidan |
No guarda i permessi riguardano i frutori della tuo blog mica del database!A loro non interessa di avere permessi sul db,potresti implementare un blog che scrive i dati su txt e per l'utente non cambierebbe assolutamente,lascia perdere i grant,noi ci siamo fatti una tabella con i contenuti associati all'id dell'utente che ne ha il permesso,stop....
La visibilità,allora quando vai sul profilo di qualcuno del dsy vedi i dati tipo icq,corso di studi ecc....bene tu dal pannello della tua applicazione puoi decidere se far vedere questi dati ad altri utenti che visiteranno il tuo profilo! |
| Simeon |
Originally posted by khelidan
No guarda i permessi riguardano i frutori della tuo blog mica del database!A loro non interessa di avere permessi sul db,potresti implementare un blog che scrive i dati su txt e per l'utente non cambierebbe assolutamente,lascia perdere i grant,noi ci siamo fatti una tabella con i contenuti associati all'id dell'utente che ne ha il permesso,stop....
Non lo so, ancora non capisco. Io ho una tabella utenti piena di utenti inventati che inserisco a titolo d'esempio coi vari insert into. Come faccio ad "impersonarne" uno e, ad esempio, delegare x permessi ad un altro? La delega si fa via applicazione web? Se e' cosi' allora beh uno logga "staticamente" con quell'utente (immagino ci sia da definire la variabile) e delega... Oppure modifico manualmente una tabella che mi gestisce i contenuti accessibili ad ogni utente?
Magari mano a mano che lo sviluppo ste idee mi diventeranno piu' chiare ma per ora della tua spiegazione non ho praticamente capito nulla :\
Grazie comunque per l'aiuto.
La visibilità,allora quando vai sul profilo di qualcuno del dsy vedi i dati tipo icq,corso di studi ecc....bene tu dal pannello della tua applicazione puoi decidere se far vedere questi dati ad altri utenti che visiteranno il tuo profilo!
Ah, non avevo capito che un utente potesse visitare il profilo di altri utenti. |
| khelidan |
Originally posted by Simeon
Non lo so, ancora non capisco. Io ho una tabella utenti piena di utenti inventati che inserisco a titolo d'esempio coi vari insert into. Come faccio ad "impersonarne" uno e, ad esempio, delegare x permessi ad un altro? La delega si fa via applicazione web? Se e' cosi' allora beh uno logga "staticamente" con quell'utente (immagino ci sia da definire la variabile) e delega... Oppure modifico manualmente una tabella che mi gestisce i contenuti accessibili ad ogni utente?
Magari mano a mano che lo sviluppo ste idee mi diventeranno piu' chiare ma per ora della tua spiegazione non ho praticamente capito nulla :\
Grazie comunque per l'aiuto.
Ah, non avevo capito che un utente potesse visitare il profilo di altri utenti.
Ti faccio un esempio,io mi loggo sul dsy e delego a te il permesso di modificare i mei post,ok?Non ti ho dato grant su un db,semplicemento ho schiacciato un ipotetico pulsante delega e il dsy,inteso come applicazione web ha scritto in una tabella che ha campi autore idrisorsa,il tuo nome e l'id corrispondente al mio post,attenzione questo implica il fatto di considerare un delegato allo stesso pari dell'autore originale,il prof ha detto che si puo fare così,ci sono anche metodi più approfonditi per gestire la cosa comunque! |
| Simeon |
Originally posted by khelidan
Ti faccio un esempio,io mi loggo sul dsy e delego a te il permesso di modificare i mei post,ok?Non ti ho dato grant su un db,semplicemento ho schiacciato un ipotetico pulsante delega e il dsy,inteso come applicazione web ha scritto in una tabella che ha campi autore idrisorsa,il tuo nome e l'id corrispondente al mio post,attenzione questo implica il fatto di considerare un delegato allo stesso pari dell'autore originale,il prof ha detto che si puo fare così,ci sono anche metodi più approfonditi per gestire la cosa comunque!
Ma allora la delega e' gestita via applicazione web e non via DBMS, dico bene? |
| khelidan |
Originally posted by Simeon
Ma allora la delega e' gestita via applicazione web e non via DBMS, dico bene?
No perchè?Hai una tabella del tuo db con la coppia risorsa-autore!Il misunderstanding è che tu pensi alla gestione degli utenti del db con i grant mentre qui si deve gestire gli utenti dell'applicazione web ma sempre via db!Tu al db accedi sempre col tuo utente che è sconosciuto e svincolato dagli utenti dell'applicazione! |
| Simeon |
Originally posted by khelidan
No perchè?Hai una tabella del tuo db con la coppia risorsa-autore!Il misunderstanding è che tu pensi alla gestione degli utenti del db con i grant mentre qui si deve gestire gli utenti dell'applicazione web ma sempre via db!Tu al db accedi sempre col tuo utente che è sconosciuto e svincolato dagli utenti dell'applicazione!
Questo credo di averlo afferrato. Intendevo: il bottoncino che ti permette di delegare un certo contenuto (che si occupera' suppongo di aggiungere una tupla alla tabella contenuto-autore con l'utente a cui deleghiamo e il contenuto che deleghiamo) lo troviamo nell'applicazione web no? |
| khelidan |
| Si certo,ogni tuo utente ha uno strumento che delega i permessi ad un altro utente della applicazione web,ma ciò non vuol dire gestire i permessi tramite l'applicazione,li gestisci sempre via db! ;) |
| Simeon |
Originally posted by khelidan
Si certo,ogni tuo utente ha uno strumento che delega i permessi ad un altro utente della applicazione web,ma ciò non vuol dire gestire i permessi tramite l'applicazione,li gestisci sempre via db! ;)
Penso d'aver capito un po' di piu, grazie ancora di tutto. |
| Simeon |
Ecco un nuovo dubbio, ma stavolta piu' contenuto.
Parlando degli utenti amministratori il tema del progetto dice:
"Amministratori. Gli utenti amministratori hanno permessi illimitati su tutti i contenuti e possono gestire l’iscrizione di altri utenti, cancellandoli, inscrivendone di nuovi, o
modificando il profilo attivo dei vari utenti."
Gli amministratori dunque possono modificare il profilo ATTIVO dei vari utenti, quindi suppongo che accedano ad un qualcosa con una lista di tutti i profili di un determinato utente e possano scegliere quale di questi sia quello attivo.
Poi pero' piu' avanti viene detto
"L’utente quindi non effettua alcun login e l’informazione sull’utente attivo e sul profilo associato viene fornita staticamente all’applicazione, a titolo d’esempio."
Per "profilo associato" intende il profilo in generale (e allora avrebbe dovuto dire "...e l'informazione sull'utente attivo e sui profili associati viene fornita staticametne dall'applicaizone"), oppure il profilo ATTIVO? In quest'ultimo caso allora mi confondo: come fa un utente amministratore a cambiare il profilo attivo se questo viene deciso staticamente dall'applicazione? |
| Simeon |
Ah e ultimissime domande (le metto ora che senno' le avrei messe sicuramente dopo), poi spero davvero di non doverne fare piu':
- come funziona a grandi linee la creazione della vista per un utente in base al suo profilo attivo? e' una cosa che gestisce il DBMS credo, ma non capisco bene come dato che io devo definire "dinamicamente" la vista in base agli argomenti del profilo attivo.
- la faccenda dei profili che contengono i dati visibili dell'utente: come si potrebbe (sempre a grandi linee) implementare? io ho fatto un campo booleano per ognuna delle voci (nome, cognome, email), ma non ho ben chiaro come far si che ad esempio "email" venga visualizzata se il campo e' a 1 e non se e' a 0. Certo, posso semplicemente fare che se e' il campo booleano dell'email e' a 0 venga stampato "non visibile" al posto dell'email vera e propria.
- le statistiche "generali" (quelle tipo quanti contenuti di ciascuna tipologia sono stati inseriti e la media di accessi effettuati) sono memorizzate in una tabella a parte che non e' in relazione con le altre, giusto?
- come faccio ad inserire una FOTO in un db? ho letto nei primi post di oggetti di tipo LOB. Cioe' io uploado una foto e posso inserirla nel campo di tipo LOB sotto forma di stream binario? E per aprirla poi come faccio, tratto il contenuto del campo come se fosse un'immagine vera e propria visualizzandola tra i tag img?
La prima domanda e' sicuramente quella che mi preme maggiormente, alle altre mi sono piu' o meno risposto da solo.
Mi spiace assillare ma a lezione s'e' fatto davvero poco riguardo il laboratorio. |
| zonker |
"L’utente quindi non effettua alcun login e l’informazione sull’utente attivo e sul profilo associato viene fornita staticamente all’applicazione, a titolo d’esempio."
Questa frase è relativa al progetto da 3 punti che non prevede che l'applicazione gestisca il login dell'utente.
Visto che ovviamente l'applicazione ha bisogno di sapere qual'è l'utente loggato, non essendoci la parte di login si deve passare staticamente quale sia l'utente collegato all'applicazione in modo che possa funzionare. |
| zonker |
- come funziona a grandi linee la creazione della vista per un utente in base al suo profilo attivo? [cut]
La vista è definita "staticamente" sul DBMS, il risultato che è "dinamico" in quando dipende dai dati che estrae la vista.
In pratica si chiede di non usare query SQL complesse nell'applicazione ma di creare delle viste sul DB e poi usare nell'applicazione query che interrooghino tali viste.
- la faccenda dei profili che contengono i dati visibili dell'utente: come si potrebbe (sempre a grandi linee) implementare? [cut]
Ci sono tanti modi, lo puoi far gestire dall'applicazione come hai fatto tu oppure puoi farlo direttamente con una vista nel DB che faccia si che se il campo email (ad esempio) non è pubblico allora restituisca null.
- le statistiche "generali" (quelle tipo quanti contenuti di ciascuna tipologia sono stati inseriti e la media di accessi effettuati) sono memorizzate in una tabella a parte che non e' in relazione con le altre, giusto?
Dipende da come hai disegnato lo schema, ad ogni modo questo direi che è decisamente libero visto che le statistiche non compaiono neppure nello schema concettuale.
- come faccio ad inserire una FOTO in un db? ho letto nei primi post di oggetti di tipo LOB. Cioe' io uploado una foto e posso inserirla nel campo di tipo LOB sotto forma di stream binario? E per aprirla poi come faccio, tratto il contenuto del campo come se fosse un'immagine vera e propria visualizzandola tra i tag img?
Se usi postgres e vuoi gestire le foto nel DB documentati sul tipo OID e sulle funzioni lo_import e lo_export. |
| Simeon |
Originally posted by zonker
"L’utente quindi non effettua alcun login e l’informazione sull’utente attivo e sul profilo associato viene fornita staticamente all’applicazione, a titolo d’esempio."
Questa frase è relativa al progetto da 3 punti che non prevede che l'applicazione gestisca il login dell'utente.
Visto che ovviamente l'applicazione ha bisogno di sapere qual'è l'utente loggato, non essendoci la parte di login si deve passare staticamente quale sia l'utente collegato all'applicazione in modo che possa funzionare.
Scusami, ma il punto era un altro. La faccenda dell'utente collegato staticamente penso mi sia chiara, era quella del profilo attivo che mi mandava in confusione. Prima si dice che il profilo attivo di un determinato utente puo' essere cambiato da un utente amministratore, poi si dice che il profilo associato all'utente (quello attivo?) viene stabilito staticamente dall'applicazione. Tutto questo viene detto nella parte relativa al progetto da 3 punti. E' questo che non capisco. |
| Simeon |
Originally posted by zonker
La vista è definita "staticamente" sul DBMS, il risultato che è "dinamico" in quando dipende dai dati che estrae la vista.
In pratica si chiede di non usare query SQL complesse nell'applicazione ma di creare delle viste sul DB e poi usare nell'applicazione query che interrooghino tali viste.
Si ma, voglio dire, la vista che creo staticamente nel DBMS dovra' cambiare a seconda degli argomenti che risultano nel mio profilo attivo. Devo crearla tramite funzioni e/o trigger e poi memorizzarla in un campo relativo al profilo? Non mi e' chiaro proprio come/dove possa esser creata una vista ad hoc in relazione al profilo attivo e dove essa debba essere memorizzata (per poi essere richiamata dall'applicazione web nel momento della visualizzazione dei contenuti).
Se usi postgres e vuoi gestire le foto nel DB documentati sul tipo OID e sulle funzioni lo_import e lo_export.
Molto bene.
Grazie anche a te :) |
| zonker |
| Per quello che riguarda i profili nel progetto da 5 punti l'utente può creare i propri profili e scegliere quale sia attivo (oltre a poterlo fare l'amministratore), in quello da 3 punti l'utente non può ne loggarsi ne scegliere quale dei sui profili sia quello attivo quindi bisogna passare queste due info in maniera statica. |
| zonker |
La vista (schema) mostra tutti gli argomenti (dati) che sono preferiti dall'utente, perchè vuoi cambiare la struttura della vista a seconda delle preferenze dell'utente?
Prova a fare un esempio. |
| Simeon |
Originally posted by zonker
Per quello che riguarda i profili nel progetto da 5 punti l'utente può creare i propri profili e scegliere quale sia attivo (oltre a poterlo fare l'amministratore), in quello da 3 punti l'utente non può ne loggarsi ne scegliere quale dei sui profili sia quello attivo quindi bisogna passare queste due info in maniera statica.
Ecco, quindi un utente amministratore, nella versione da 3 punti, NON PUO' cambiare il profilo attivo degli utenti? Sarei portato a pensarla cosi', ma di questa faccenda si parla nella parte generale e non in quella del progetto da 5 punti.
La vista (schema) mostra tutti gli argomenti (dati) che sono preferiti dall'utente, perchè vuoi cambiare la struttura della vista a seconda delle preferenze dell'utente?
Prova a fare un esempio.
Beh non so, se per esempio all'inizio il profilo attivo dell'utente ha come per argomenti sport e politica, allora dovro' fare una vista che estrapoli solo i contenuti che hanno come argomento sport o politica.
Ma se cambio il profilo attivo dell'utente dovro' cambiare di conseguenza anche la vista a seconda degli argomenti no? |
| zonker |
L'amministratore può sempre cambiare il profilo attivo sia nei 3 che nei 5 punti, l'utente invece può farlo solo nella versione da 5 punti.
Quindi se sviluppi la versione da 3 punti e vuoi che l'utente scelga quale sia il suo profilo attivo devi farlo staticamente.
Quanto alla vista e al tuo esempio:
PROFILI idprofilo, campo1, camp2, etc
ARGOMENTIPREFERITI idprofilo, idargomento, ordinepreferenza
la vista sarà il join tra le due tabelle e restituirà tante righe quanti sono gli argomenti preferiti per quel profilo.
Come vedi la vista è sempre quella, sono i dati che cambiano. |
| Simeon |
Originally posted by zonker
[B]L'amministratore può sempre cambiare il profilo attivo sia nei 3 che nei 5 punti, l'utente invece può farlo solo nella versione da 5 punti.
Quindi se sviluppi la versione da 3 punti e vuoi che l'utente scelga quale sia il suo profilo attivo devi farlo staticamente.
Non mi e' ancora chiarissimo sto punto ma vabbeh, ci pensero'. Perche io pensavo di mettere un flag booleano per indicare se un determinato profilo di un determinato utente era attivo o meno. Pero' questa cosa non ha senso se l'applicazione mi dice staticamente quale sia quello attivo (e quindi non avrei bisogno di controllare flag). Forse non capisco la storia dello "staticamente".
Comunque ci lavorero' su.
Per la vista ok, non mi venivano proprio in mente i join. |
| zonker |
Per il profilo è esattamente come hai capito ed è giusto il flag booleano.
Il problema è solo relativo al fatto che l'utente in questo modo non può specificare quale sia il suo profilo attivo, se non lo passi staticamente devi entrare come amministratore, cambiare il profilo attivo dell'utente e poi rientrare come utente.
Che peraltro credo sia accettata come soluzione. |
| khelidan |
Originally posted by zonker
PROFILI idprofilo, campo1, camp2, etc
ARGOMENTIPREFERITI idprofilo, idargomento, ordinepreferenza
la vista sarà il join tra le due tabelle e restituirà tante righe quanti sono gli argomenti preferiti per quel profilo.
Come vedi la vista è sempre quella, sono i dati che cambiano.
In questo caso avrai ridondanza,per ogni argomento preferito avrai i campi di profilo ripetuti,stavo pensando anche io ad una alternativa,non si puo fare un count sul totale degli argomenti e fare una vista con i dati di profilo ed un campo per ogni argomento?E tecnicamente fattibile? |
| zonker |
No, per entrambe.
PROFILI e ARGOMENTIPREFERITI sono due tabelle, proprio per evitare la ridondanza, ovviamente ho dato per scontata l'esistenza di una tabella ARGOMENTI in cui ci sono i campi relativi agli argomenti.
Quindi i PROFILI ci saranno i campi dei profili ripetuti una sola volta e con idprofilo in chiaro, in ARGOMENTI ci saranno i campio degli argomenti ripetuti una sola volta con idargomento in chiaro e ARGOMENTIPREFERITI sarà appunto la tabella che mette in relazione molti a molti i profili con gli argomenti.
Quanto alla tua soluzione è "errata" per definizione: lo schema non deve variare in funzione dei dati mentre tu proponi di variare la definizione della vista (e quindi lo schema) ogni volta che inserisci o rimuovi un argomento, a meno che io non abbia capito quello che intendevi. |
| khelidan |
Originally posted by zonker
No, per entrambe.
PROFILI e ARGOMENTIPREFERITI sono due tabelle, proprio per evitare la ridondanza, ovviamente ho dato per scontata l'esistenza di una tabella ARGOMENTI in cui ci sono i campi relativi agli argomenti.
Quindi i PROFILI ci saranno i campi dei profili ripetuti una sola volta e con idprofilo in chiaro, in ARGOMENTI ci saranno i campio degli argomenti ripetuti una sola volta con idargomento in chiaro e ARGOMENTIPREFERITI sarà appunto la tabella che mette in relazione molti a molti i profili con gli argomenti.
Quanto alla tua soluzione è "errata" per definizione: lo schema non deve variare in funzione dei dati mentre tu proponi di variare la definizione della vista (e quindi lo schema) ogni volta che inserisci o rimuovi un argomento, a meno che io non abbia capito quello che intendevi.
Così è esattamente come ho fatto anche io,ma il testo non dice anche che bisogna avere una vista con dati del profilo attivo,dell'utente ed i suoi argomenti preferiti?In pratica bisogna unire in una vista le tre tabelle con solo i profili attivi?Per ora ho implementato facendo il join ma nei requisiti c'è scritto di fare tramite vista!
Per la vista che avevo proposto hai ragione è concettualmente errata! |
| khelidan |
| la vista in pratica si comporrebbe dei campi di utente,i campi della tabella profilo e quella argomentipreferiti,in questo caso non avremmo una riga per ogni argomenti preferito nella vista?I dati nelle prime due tabella saranno uguali a ogni riga,cambia solo l'argomento preferito! |
| zonker |
La vista sarà appunto il join, anzichè fare dall'applicazione
Select a, b, c, d from t1 join t2 join t3 (mi si passi la "volgarizzazione" della sintassi SQL), questa stessa query genera la vista quindi create view v1 as select a, b, c etc, etc e poi l'applicazione farà una select a, b, c from v1 where etc etc |
| zonker |
Esatto, se fai una vista con tutti i campi e poi la interroghi per tutti i campi avrai ridondanza (nei risultati però, non nei dati quindi assolutamente accettabile) e una riga per ogni argomento preferito.
Nessuno però ti obbliga a interrogare la vista per tutti i suoi campi... |
| zonker |
| Anche perchè a te interessa il risultato di questa vista per mostrare i contenuti relativi agli argomenti preferiti, quindi quali siano i dati del profilo in quelo momento proprio non ti interessa. |
| Gehur |
| qualcumo mi fa un esempio di argomento-sezione-contenuti, come fa un contenuto ad avere + argomenti? |
| zonker |
| Il contenuto "Fisica dimanica della motocicliette" può essere associato agli argomenti "fisica", "motori" e "hobbies personali" |
| Gehur |
l'assiociazione la esegue l'utente in base agli argomenti presenti suppongo
io avevo pensato una gerarchia del tipo
argomento: Informatica
sezione: schede video
contenuto: la scheda più veloce
è corretta? ho capito bene?
poi, se io creo un nuovo argomento devo creare immediatamente anche la sezione o può venir creato un argomento senza sezioni e contenuti?
grazie |
| zonker |
Argomenti e sezioni sono totalmente svincolati tra di loro.
Quando inserisci/modifichi un contenuto lo puoi associare/disassociare da argomenti e da sezioni.
Argomeni e sezioni possono esistere senza avere nessun contenuto associato mentre ci sono contenuti che devono per forza essere associati a argomenti o sezioni ma questo è scritto chiaramente nelle specifiche. |
| Gehur |
| ma che differenza c'è tra sezioni e argomenti( ho letto le specifiche :)), perchè esiste questa distinzione, non capisco, a cosa servono le sezioni; isomma, io posso assiociare i contenuti agli argomenti e finirla li non capisco dove collocare ste sezioni |
| Gehur |
nella mia mente le ho assiociate in questo modo:
un argomento può avere più sessioni, ogni sezione può avere più contenuti
da quello che mi hai scritto, mi sembra di capire che argomenti e sezioni sono 2 modi di organizzare i contenuti |
| zonker |
Ti faccio un esempio:
Argomenti possono essere fisica, animali, moto, sport, vacanze
Sezioni possono essere anno2005 anno2006 anno2007 quindi totalmente trasversali rispetto agli argomenti. |
| Gehur |
| ok, mi sembra di aver capito, grazie mille per ora |
| Gehur |
mi è venuto una specie di dubbio, come implementare argomenti e sezioni non è una scelta implementativa? fare:
argomento: Informatica
sezione: schede video
contenuto: la scheda più veloce
oppure
Argomenti possono essere fisica, animali, moto, sport, vacanze
Sezioni possono essere anno2005 anno2006 anno2007
non sono 2 modi corretti di interpretare il testo?? |
| khelidan |
| Io sono andato dal prof e mi ha detto che è come dice zonker,le sezioni sono scollegate dagli argomenti,non devono essere sottoargomenti! |
| Gehur |
| ok ho capito, grazie ancora |
| ornati |
Scusate ma queste specifiche mi stanno confondendo troppo...
Ecco tutto quello che si trova sulle "sezioni":
1) Gli articoli invece possono essere associati a una o più fotografie di corredo al testo e sono sempre associati a una o più sezioni.
2) Una sezione è una raccolta tematica di contenuti, caratterizzata da un nome e una descrizione.
Secondo "1" (dato che non è specificato per news e foto) le sezioni si applicano _SOLO_ agli articoli.
Secondo "2" le sezioni sono raccolte tematiche di CONTENUTI (e quindi anche news/foto).
viva l'ambiguità!
8) |
| zonker |
Ti chiarisco le idee:
Secondo "1" gli articoli sono SEMPRE associati a una o più sezioni
Secondo "2" in generale i contenuti POSSONO essere associati a una o più sezioni
Se leggi prima "2" e poi "1" puoi capire che i contenuti in generale possono o meno essere associati a una o a più sezioni, ma se il contenuti è in particolare un contenuto di tipo "articolo" allora tale contenuto DEVE essere associato almeno a una sezione.
Più chiaro? |
| ornati |
Originally posted by zonker
Ti chiarisco le idee:
Secondo "1" gli articoli sono SEMPRE associati a una o più sezioni
Secondo "2" in generale i contenuti POSSONO essere associati a una o più sezioni
Se leggi prima "2" e poi "1" puoi capire che i contenuti in generale possono o meno essere associati a una o a più sezioni, ma se il contenuti è in particolare un contenuto di tipo "articolo" allora tale contenuto DEVE essere associato almeno a una sezione.
Più chiaro?
Questo ha senso, ma se è così le specifiche sono state scritte male. La parte "ogni contenuto può essere associato ad una o più sezioni" doveva essere esplicitata (come lo è quella per gli argomenti). |
| Simeon |
Originally posted by ornati
Questo ha senso, ma se è così le specifiche sono state scritte male. La parte "ogni contenuto può essere associato ad una o più sezioni" doveva essere esplicitata (come lo è quella per gli argomenti).
In effetti anche io ho lo stesso dubbio e la cosa e' ambigua.
Volevo interpretarmela come se avessero sbagliato a scrivere, cioe' "una sezione e' una raccolta tematica di ARGOMENTI" (e non di contenuti).
Bah. |
| zonker |
Ma è esplicitata e non ambigua. Al limite si può dire che sono state messe le informazioni in ordine inverso.
E' come se io scrivessi:
1) i gatti hanno almeno una coda.
2) le code sono una appendice delgi animali.
Uomini e gatti sono animali, ma la cardinalità minima delle sottoclassi uomini e gatti nella relazione con code è differente.
Per i gatti è 1 e per gli uomini è 0. |
| Simeon |
Parliamo un po' di sequenze.
EDIT : niente, mi sono risposto da solo leggendo la documentazione, non riesco a cancellare il post per cui limitatevi ad ignorarlo. |
| Gehur |
| ma voi come pensate di risolvere il fatto delle news riferite da altre news? cosa cercate per vedere se una news ha dei riferimenti? vi basate in base a cosa? al titolo? |
| zonker |
| Relazione molti a molti tra la tabella contenuti e la tabella contenuti (se stessa). |
| Gehur |
puoi essere + chiaro, ci avevo pensato pure io a fare una relazione circolare (anche se non so implementarla nel db)
la mia idea era; se vedo la parola milan del titolo della news, mi metto a cercare le altre news che nel titolo hanno milan
voi la implementate in maniera differente, per esempio vi mettete a cercare nel testo della news o altro? |
| zonker |
Ok, ho capito il tuo dubbio.
La struttura in grado di offrire questa navigazione è semplicemente:
CONTENUTI(IDCONTENUTO, a,b,c,d,e,f,...)
NEWS2NEWS(IDCONTENUTO1,IDCONTENUTO2)
poi puoi con un trigger verificare che in questa tabella ci siano solo contenuti di tipo NEWS.
Il popolamento di questa tabella è ad opera dell'utente, non c'è una logica per cui le news si mettano in relazione tra di loro automaticamente. |
| Gehur |
infatti, devo scrivere il codice adeguato
per quanto riguarda un utente bannato, si banna proprio l'utente oppure gli si banna il profilo, è una scelta implementativa?
ps: rileggendo, ad opera dell'utente indendi dire che nella tua implementazione gli utenti che scrivo una news decido subito anche le news correlate? io pensavo di farlo fare a una funzione |
|
|
|
|
