Progettazione DB rubrica multiutente

[alyas4]

Ciao,
mi sono da poco laureato in informatica e ora vorrei provare a realizzare un piccolo sito per "soddisfazione personale" che dia la possibilità agli utenti iscritti di creare la loro rubrica ma ho qualche problema con la progettazione del DB: la parte che mi blocca è quella della memorizzazione della rubrica (per l'appunto) di ogni utente. Le mie idee sarebbero 2:
- La più facile ma probabilmente meno efficiente sarebbe quella di fare una tabella con i record del tipo (ID_UTENTE, NOME, NUMERO) e per ricostruire la rubrica vado a filtrare tutti i record con l'ID_UTENTE che mi serve (penso sia la peggior soluzione che si possa realizzare)
- Ogni utente ha la sua tabella con (NOME, NUMERO) ma poi come aggiungo al record della tabella degli utenti il riferimento alla tabella specifica?

Altre soluzioni sono ben accette, come anche critiche e suggerimenti!!
Ultima cosa, probabilmente il lato server dell'applicazione sarà in php, non so se possa essere utile saperlo, comunque ora lo sapete!

Grazie!!

[cawletto]

come aggiungo al record della tabella degli utenti il riferimento alla tabella specifica?

Non capisco la domanda..sarà la stanchezza ().. puoi far capire meglio?

[priolo]

Ciao! utilizzando php potresti richiedere le credenziali di accesso al database e poi con sql "loggare" ogni utente al proprio database.. in questo modo ognuno avrebbe il proprio db e con i permessi opportuni (che darai tu da amministratore) potra' aggiungere, modificare e rimuovere i record delle tabelle del db! tempo fa feci un progetto del genere! domani pomeriggio controllo bene! (ora e' tardi e inizia l'abbiocco! )

[Kappa27]

Mia soluzione:
Tabella Anagrafica: contenente Nomi e Cognomi e altri dati legati strettamente all'utente con ID Univoco per ogni utente
Tabella Numeri: Contenente Numero di telefono, Tipo di numero(Casa,cell,fax ecc), ID Univoco per identificare il record e Foreign Key che referenzia l'ID della tabella anagrafica di modo da poter collegare numero a persona.

Con questa soluzione l'associazione è 1 a N ovvero un utente può avere N numeri ma un numero può appartenere ad una sola persona. Nel caso tu voglia prevedere che un numero possa essere associato a più persone bisogna riprogettare la struttura del DB portando le associazioni da 1 a N -> N a M

[gaiapuffo]

ma io nn capisco questa gente...cioè tu vuoi realizzare un programma che ti consente di fare la rubrica...ma porca...perchè tutti il mondo degli informatici sono gli unici pirla che lavorano per dare servizi gratis alla gente...cioè gente che si mette a fare programmi che consentono di fare siti ad altre persone...gente che si mette a fare rubriche gratis..tutti lavori che invece che un pirla mette gratis uno ti chiama e ti paga..invece no siamo gli unici che si mettono ore a fare cose gratis..equivale a vendere pane gratis..l avvocato fa consulenze gratis...le persone a cui dai programma probabilmente nella vita reale ti manderebbero a quel paese...quindi mentre prima uno chiamava per ogni singola stronzata il programmatore...ora grazie a gente come te..questo nn avviene...e anzi vi sono sempre più s****ti che si mettono a realizzare programmi..ricordo che i programmi nn sono un bene primario come il povero africano senza soldi...quindi nn vedo perchè passare ore a fare qualcosa per gli altri...nessun negozio mi da vestiti gratis ecc.....poi si lamentano che studiamo 5 anni ed è difficile guadagnare siamo l unica categoria che si autofotte il lavoro..forse perchè la maggior parte delle persone che lo fanno sono tutti stramboidi

---------- Post added at 17:25 ---------- Previous post was at 17:23 ----------

tu magari pensi di contribuire dicendo..a guarda che bello che ora tutti possono avere la loro bella rubrica...e poi fai la fame.....nn capisco veramente il commercialista ti da qualcosa gratis????ma gente di *****