.dsy:it. (http://www.dsy.it/forum/)
- Basi di dati ~ comunicazione digitale (http://www.dsy.it/forum/forumdisplay.php?forumid=108)
-- Help progetto "Annunci Immobili" (http://www.dsy.it/forum/showthread.php?threadid=40424)

Help progetto "Annunci Immobili"

Ieri, durante la lezione dedicata alla progettazione concettuale del progetto (schema E-R), ho riscontrato un problema che, parlando con alcuni gruppi, hanno anche altri...
il problema che ho è riferito al fatto che un immobile può essere venduto in vari momenti, cioè che il proprietario dell'immobile cambia (il cambio di proprietà viene gestito dall'amministratore) ma in particolare il proprietario iniziale di un immobile potrebbe ritornare proprietario dello stesso immobile dopo vari passaggi...in altre parole:
Proprietario A ---vende a---> Proprietario B
Proprietario B ---vende a---> Proprietario C
Proprietario C ---vende a---> Proprietario A

come si potrebbe gestire questo problema??

nel mio schema E-R:
il privato è collegato ad immobile;
il privato è collegato ad annunci;
l'annuncio è collegato ad immobile;
l'annuncio è collegato a risposta;
il privato è collegato a risposta;

scusa ma che problema c'è?? cioè anche se fosse uno può comprare la stessa volta lo stesso immobile... poi per quanto rigarda il testo del progetto, mi sembra che bisogni tenere traccia delle vendite (quindi offerte accettate) non dello storico dei cambi di proprietà ( a mio parere se fosse stato richiesto sarebbe stato scritto all'interno del testo)

__________________
E puoi maledire la tua bocca se sbagliando mi chiama quando lui ti tocca? - Pelle- (Afterhours)
----------------------------------------------
Msn Messenger: docguitar@supereva.it

potresti magari pensare ad un trasferimento di proprietà della casa da un privato ad un altro..... occhio che come vincolo devi ovviamente aggiungere che venditore e acquirente devono essere diversi tra loro

si ma nel momento in cui i vincoli di cardinalità tra privato e immobile sono rispettivamente 1,N e 1,1 nella relazione posso avere solo una volta la chiave di privato e di immobile..non si possono ripetere in un secondo momento..mentre il prof ieri a lezione ha specificato che un provato può tornare in possesso di un immobile in momenti diversi dopo averlo venduto..

scusa ma non capisco.. un immobile ha sempre un solo proprietario attuale.. quando trasferisci cambi semplicemnte il proprietario nella tabella mica devi duplicare l'immobile

__________________
E puoi maledire la tua bocca se sbagliando mi chiama quando lui ti tocca? - Pelle- (Afterhours)
----------------------------------------------
Msn Messenger: docguitar@supereva.it

Originally posted by Docguitar
scusa ma non capisco.. un immobile ha sempre un solo proprietario attuale.. quando trasferisci cambi semplicemnte il proprietario nella tabella mica devi duplicare l'immobile

il testo del progetto è stato cambiato per dire che si deve mantenere la storia dei proprietari di un immobile! consiglio di riguardarlo

appunto..quello ke ha detto il prof nella "lezione" di martedì...
la mia idea è quella di legare privato e immobile con una relazione molti a molti..
penso vada bene..

...invece come avete gestito le risposte agli annunci, e relative risposte del proprietario?

in pratica il proprietario di un immobile non può fare offerte a propri annunci..ma può rispondere a offerte di altri proprietari sul suo immobile..
bisogna gestire il fatto di accettare o meno un'offerta..penso si possa fare con un attributo ke gestisce questa cosa..

A me invece non è troppo chiara una questione sui tempi di validità annuncio/offerta ... penso ci sia una discrepanza, mi spiego:

a proposito delle offerte (dal punto di vista di chi le deve valutare) il testo dice :

"Il proprietario dell'immobile ha 7gg per rispondere all'offerta(dopo tale periodo l'offerta scade"

poi sappiamo che ci sono 3 opzioni per la validità di un offerta(dal punto di vista di chi le deve effettuare)

1) STANDARD data_corrente + 7giorni
2) ABBREVIATA data_corrente +3giorni
3) ALTRA scadenza_annuncio + 3giorni

il mio dubbio è sul'opzione 3


Mettiamo il caso che ci sia un annuncio inserito l' 1 Giugno, con validità un mese.
Una persona interessata all'annuncio, lo stesso giorno fa un offerta con l'opzione 3.
Ovvero con validità fino a 3giorni dopo la scadenza dell'annuncio.

che senso ha fare un offerta che scade tra un mese e 3giorni quando si era detto che "il proprietario dell'immobile ha 7gg per rispondere all'offerta(dopo tale periodo l'offerta scade)" ???

in ogni caso AL MASSIMO un offerta può valere per 7 giorni.


L'unica cosa che mi viene in mente è, che questa terza opzione serva per fare offerte nell'ultimo giorno di validità dell'annuncio.
Quindi in pratica equivarrebbe all'opzione 2 (abbreviata, di 3 giorni)
infatti varrebbe 3 giorni, solo dopo la validità dell'annuncio ...


mi sembra un casino inutile però

...sempre riguardo alla questione annunci/risposte. cosa si intende per "si assume un singolo invio" secondo voi?

poi...
quante volte può chiedere informazioni un utente per ogni singolo annuncio?

quante volte può rispondere il proprietario/autore dell'annuncio con dei chiarimenti?

i chiarimenti devono essere singoli (risposta per risposta) oppure accumulati in una singola risposta valida per tutti?

Originally posted by matt
il mio dubbio è sul'opzione 3


Mettiamo il caso che ci sia un annuncio inserito l' 1 Giugno, con validità un mese.
Una persona interessata all'annuncio, lo stesso giorno fa un offerta con l'opzione 3.
Ovvero con validità fino a 3giorni dopo la scadenza dell'annuncio.

che senso ha fare un offerta che scade tra un mese e 3giorni quando si era detto che "il proprietario dell'immobile ha 7gg per rispondere all'offerta(dopo tale periodo l'offerta scade)" ???

in ogni caso AL MASSIMO un offerta può valere per 7 giorni.

Originally posted by clacs
quante volte può rispondere il proprietario/autore dell'annuncio con dei chiarimenti?

i chiarimenti devono essere singoli (risposta per risposta) oppure accumulati in una singola risposta valida per tutti?

Io mi sto invece chiedendo come si possono gestire alcuni vincoli tra diverse relazioni (ad esempio appunto il proprietario non può postare una risposta al proprio annuncio) se in postgres non sono implementate le asserzioni che servono proprio a questo.
Il check limita il controllo alla tupla, come facciamo a fare il controllo su più tuple o tra attributi di più relazioni?

è lo stesso problema ke ho trovato io con con l'entità telefono in cui ho numero e utente, dove utente è la chiave di privato o amministratore...
ma con la check su postgres non si può fare vincoli su attributi che appartengono in diverse entità ma si deve fare con le asserzioni che però postgres non supporta...quindi..non ne ho idea..il prof le vuole scritte, cosa che mi fa pensare che sui vincoli che non si possono fare su postgres il prof sorvolerà..cosa che mi auguro..

Ragazzi...maaa se qualcuno postasse il suo schema er?....sono fermo da due settimane con uno schema che secondo me potrebbe essere giusto ma ho sempre dei dubbi. Più tardi metto il mio...

magari l'er vero e proprio no..che poi c si copierebbe tutti..ma chi ha ricevuto un ok su delle parti, potrebbe condividerle, tipo, su come gestire offerte e risposte, in modo ricorsivo o no..
qui la gente impazzisce..e il corso finisce..

Ad esempio....come fate a conservare uno storico delle proprietà degli immobili?

progetto non frequentante

Per quanto progetto non frequentante (che è molto simile a quello dei frequententi), l'amministratore del sito lo dobbiamo inserire nello schema ER (come un entita), oppure lo prendiamo in considerazione solo quando si fa l'applicativo in php?
Grazie

come avete gestito l'attributo tot_annunci(se lo avete chiamato così) nell'entità utente/privato?

...qui serve un trigger mi pare, ma con postgres il discorso non è così immediato come con mysql ad esempio, quindi come avete fatto?

altra domanda:
come posso fare in modo che nnon ci siano annunci contemporaneamente validi per lo stesso immobile?

ragazzi perchè non facciamo uno share dello schema er? è una cosa utile a tutti

ragazzi, ma le operazioni minimi che si richiede di sviluppare per la base di dati, ossia i 4 gruppi nella seconda/terza pagina del progetto, sono query sql o servono per php?
dovrei creare delle funzioni per usarle??

ad esempio mi dice:
registrazione di un nuovo immobile

devo fare insert blablabla?

__________________
...now my feet won't touch the ground...

insert blablabla; !!

sono query sql o servono per php?

io sinceramente non ho capito:

Si riporti esplicitamente il codice SQL standard delle interrogazioni richieste al punto 4.4.
Alcune delle funzionalita richieste potrebbero non essere implementabili con singole query
SQL, ma richiedere l'utilizzo di strumenti piu avanzati (viste, stored procedure, ...)
e qui ok...
ma questo vuol dire che una query tipo questa:

Cancellare gli annunci di vendita di immobili il cui costo al metro quadro e inferiore al
20% del costo medio al metro quadro degli annunci attivi per immobili della stessa citta
e della stessa tipologia.

potrebbe anche non servirmi per la gestione vera e propria del'applicativo? no perchè...mi sembra alquanto inutile e caotica...


ALTRA DOMANDA:

mi accorgo solo oggi che gli annunci devono giustamente avere una validità ma che non viene specificato di quanto dev'essere...è possibile quindi fissare una validità per tutti gli annunci e bon, senza farla decidere all'utente?

uppp!

cavolo, in effetti non è scritto sul testo del progetto.
a sto punto penso che con un'assunzioni tu possa dire che la validità dell'annuncio è a discrezione dell'utente e al massimo puoi fissare dei paletti temporali, ad esempio dire che può valere almeno un giorno e al massimo 6 mesi

__________________
...now my feet won't touch the ground...