Php Oracle Query fra più utenti con stesse tabelle

[Atlanty]

Ciao ragazzi,

Volevo sapere gentilmente come strutturare una query per poter effettuare ricerche fra utenti del DB, quindi ognuno con proprio nome utente e pass, e con 7-8 tabelle uguali x tutti e tutti appartenenti allo stesso tablespaces.

Es.
Utente1 - TabellaA, TabellaB - TabellaC
Utente2 - TabellaA, TabellaB - TabellaC
Utente3 - TabellaA, TabellaB - TabellaC

SELECT nome FROM *.TabellaA... ?

SELECT *.nome from TabellaA... ?

Boh, un aiuto

Vi ringrazio e Auguri di Buona Pasqua a tutti

[Atlanty]

Un User4 senza alcuna tabella, dovrà visualizzare un vista sulle tabelle degli user1,2 e 3.

Qualcuno che mi aiuta a costruire questa query?

[webus]

non dici come sarebbero relazionate le tabelle tra loro, ma giusto per darti un'idea:

SELECT 
    A.nome,
    A.cognome,
    B.telefono,
    C.indirizzo,
    C.comune
FROM
    tabellaA as A
        LEFT JOIN tabellaB as B ON A.tabellaA_id = B.tabellaA_id
        LEFT JOIN tabellaC as C    ON A.tabellaA_id = C.tabellaA_id
WHERE
    A.nome = 'Mario' 

[Atlanty]

Ciao Webus

ti spiego...


Un utente effettuerà una vista con SELECT sulle stesse tabelle di tutti gli utenti del DB.

Diciamo che questo utente sarà quello che raccoglierà tutti i dati per poi riportarli sulla pagina, come risultati di ricerca.

Quindi se per es. ho 100 utenti su DB, mica posso inserirli tutti con A.nome B.nome C.nome etc.. ma vorrei effettuare una query su tutti gli utenti del DB dove ho chiaramente i permessi.

X questo nel primo post ho messo *.nome , x far capire che non li volevo specificare tutti.

Come esempio...

Ogni utente del DB avrà 2 tabelle, MYINFO e CONTATTI.
MYINFO con Nome, Cognome, Indirizzo, Via...
CONTATTI con Telefono, Fax, Email...

Mettiamo che l'utente a,b,c,d,e,f,g... tutti gli utenti abbiano tutte le stesse tabelle, ma solo l'utente X effettuerà la ricerca in queste tabelle di tutti gli altri utenti.

Infine volevo anche chiedere, se c'è un attributo che posso dare a questo utente che effettuerà la ricerca x avere l'accesso a tutte le tabelle, oppure è sempre il proprietario della tabella o il sys a dare la concessione?

Grazie di nuovo

[webus]

Originariamente inviato da Atlanty
Ogni utente del DB avrà 2 tabelle, MYINFO e CONTATTI.
MYINFO con Nome, Cognome, Indirizzo, Via...
CONTATTI con Telefono, Fax, Email...

Non sono affatto sicuro di capire cosa vuoi fare.

Me se è quello che penso mi domando che senso abbia assegnare a ogni utente delle tabelle specifiche.
Non sarebbe più semplice aggiungere un identificativo utente alle tabelle MYINFO e CONTATTI e aggiungere l'identificativo utente a ogni query. In modo che ogni utente veda SOLO le sue righe?


MYINFO: Utente_ID, Nome, Cognome, Indirizzo, Via...
CONTATTI: Utente_ID, Telefono, Fax, Email...

[Atlanty]

Io vorrei creare le stesse tabelle x ogni utente perchè è più sicuro e pulito il lavoro, e siccome una volta loggati a questi utenti darò la possibilità di fare varie operazioni e gestire una galleria. Sarebbe molto meglio per me avere tutto diviso.

Ogni utente avrà 6/7/8 tabelle, ognuna con l'ID nel primo campo

Diciamo, come esempio x farti capire, tutti le informazioni di un utente eBay mica sono memorizzate tutte nelle stesse tabelle di tutti gli utenti? penso sarebbe un casino così, no?

X questo volevo un comando che mi simulasse questo *.tabella invece di UTENTE.tabella.

[webus]

Originariamente inviato da Atlanty
Ogni utente avrà 6/7/8 tabelle, ognuna con l'ID nel primo campo

Diciamo, come esempio x farti capire, tutti le informazioni di un utente eBay mica sono memorizzate tutte nelle stesse tabelle di tutti gli utenti? penso sarebbe un casino così, no?

Cioé, ogni utente avrebbe 6-8 tabella e quasi tutte queste avrebbero quindi 1 solo record??

Quindi ipotizzando che tu abbia 1000 utenti e ognuno do loro avesswe una unica immagine, avresti un DB composto di 6-8mila tabelle, tutte con un solo record.
Sicuro e pulito, dicevi?

[Atlanty]

Webus, ok, metterò i dati tutti in un account e ad un altro darò i privilegi x la ricerca tramite una o + viste.

Non c'è neanche il comando x quello che voglio fare io, quindi vuol dire che è controproducente

X me era solo un fatto di comodità a livello di codice, in modo che ogni utente utilizzava le protezioni e tutto il resto del database, loggandosi con i propri dati con oci_connect.

Invece con tutto in un account, devo perdere + tempo sul codice, protezioni, where, etc. Non è che mi dispiace, xchè mi diverto, xrò finivo prima

Ripensandoci poi, cercare in 7/8000 tabelle sarebbe un casino rispetto che una.

Vabbè, Webus, grazie di tutto, ma è stata un'idea veloce non ragionata