Home Page
Articoli
Tips & Tricks
News
Forum
Archivio Forum
Blogs
Sondaggi
Rss
Video
Utenti
Chi Siamo
Contattaci
Username:
Password:
Login
Registrati ora!
Recupera Password
Home Page
Stanze Forum
SQL Server 2000/2005/2008, Express, Access, MySQL, Oracle
Proprietà di ricerca guidata in micosoft sql 2000
venerdì 04 aprile 2008 - 11.00
Elenco Threads
Stanze Forum
Aggiungi ai Preferiti
Cerca nel forum
paovanm
Profilo
| Junior Member
100
messaggi | Data Invio:
ven 4 apr 2008 - 11:00
Ciao a tutti,
scusate ma sono alle prime armi con i data base...
volevo chiedervi qual'è il corrispettivo "SQL" della proprietà di ricerca guidata in access. In pratica ho due tabelle, una di imput e una con i nominativi di fornitori, vorrei che nella tabella principale di input ci fosse la possibilità di scegliere il corrispondente fornitore tra i nominativi della tabella fornitore (come in access quando compare la tendina...).
Grazie in anticipo,
Michela
alx_81
Profilo
| Guru
8.814
messaggi | Data Invio:
ven 4 apr 2008 - 16:59
>Ciao a tutti,
Ciao!
>scusate ma sono alle prime armi con i data base...
>volevo chiedervi qual'è il corrispettivo "SQL" della proprietà
>di ricerca guidata in access. In pratica ho due tabelle, una
>di imput e una con i nominativi di fornitori, vorrei che nella
>tabella principale di input ci fosse la possibilità di scegliere
>il corrispondente fornitore tra i nominativi della tabella fornitore
>(come in access quando compare la tendina...).
Non esiste.. Access, oltre ad essere un "database", è "contornato" da un applicativo che ti consente funzioni visuali che in Sql Server (intendi questo con "SQL"?) non esistono.
L'unica cosa che puoi fare è creare le tabelle, creare l'eventuale chiave esterna di relazione (Foreign Key) e poi inserire a manina i dati o scrivere l'applicazione che gestisce il lookup tramite join (la tua ricerca guidata).
>
>Grazie in anticipo,
Di nulla!
Alx81 =)
http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.support.microsoft.com/profile/Alessandro.Alpi
http://italy.mvps.org
paovanm
Profilo
| Junior Member
100
messaggi | Data Invio:
lun 7 apr 2008 - 10:39
Grazie per i suggerimenti, mi potresti dare qualche dritta in più? sono davvero alle prime armi e non so proprio da cosa partire...
Grazie ancora
Micky
alx_81
Profilo
| Guru
8.814
messaggi | Data Invio:
lun 7 apr 2008 - 20:06
>Grazie per i suggerimenti, mi potresti dare qualche dritta in
>più? sono davvero alle prime armi e non so proprio da cosa partire...
Guarda, se non conosci queste cose l'unica è rimboccarsi le maniche e darsi una bella letta ai BOL (Books on line)
Posso darti dei cenni in linea di massima, ma non so quanto possano esserti utili.
Per dirla molto genericamente, tu saprai che un database (come può essere access o sql server) possiede un insieme di oggetti, tra i quali vi sono le tabelle.
Ogni tabella può essere legata ad altre tramite una relazione che diventa "fisica" se si definiscono dei vincoli di integrità referenziale.
Questi vincoli, che controllano che la relazione sia valida (ad esempio che non vi siano record orfani in una eventuale tabella figlia di una relazione padre-figlio), sono le Foreign Key, ovvero dei CONSTRAINT (vincoli) che definiscono la relazione stessa e che vigilano sulla sua consistenza.
Access, una volta che crei la relazione, ti consente, tramite l'applicativo che "avvolge" il semplice database inteso come "magazzino di dati", di vedere quel + che ti espande la tabella di una relazione padre/figlio. Ma è solamente l'interfaccia grafica che te lo consente. Non è il database in sè.
SQL Server, che è molto più evoluto e adatto per soluzioni più imponenti, non rende disponibile questo modo di "popolare le tabelle". Quindi sei costretta a inserire a mano prima la tabella "padre" di una eventuale relazione e poi la tabella "figlia", poichè la relazione che definisci non consente che un record figlio nasca prima di un padre. Ma questo è a grandissime linne ciò che esiste.
Ripeto, leggiti bene i BOL ed in generale, leggi qualche link che ti consenta di capire come sono organizzate le basi di dati.
Una volta che hai creato le tabelle su SQL Server, puoi disegnare dei diagrammi, definendo graficamente ed intuitivamente le relazioni (trascina da un campo di una tabella ad uno di un'atra tabella). Salvando il diagramma ottieni anche la definizione fisica delle relazioni. Quindi possiamo dire che il diagramma è una rappresentazione logica dello schema a database, che esprime implicitamente (e crea se non esistono) gli oggetti e le relazioni che esistono fisicamente.
Quindi:
1) Apri sql server e connettiti al tuo db
2) Crea due tabelle che abbiano un campo di relazione in comune
3) Crea un nuovo diagramma
4) Definisci la relazione
5) Salva il diagramma
Però, parti piano piano da qui, sono i BOL di SQL Server 2005. Spero che sia la versione che hai installato, altrimenti scrivimi pure che versione hai.
Database Engine
http://msdn2.microsoft.com/en-us/library/ms187875.aspx
Database Engine Concepts
http://msdn2.microsoft.com/en-us/library/ms187079.aspx
Foreign Key
http://msdn2.microsoft.com/it-it/library/ms175464.aspx
Inoltre c'è un bel libro di P. Atzeni chiamato Basi di dati:
http://www.dia.uniroma3.it/~atzeni/libroBD/2002/index.html
>Grazie ancora
di nulla!
Alx81 =)
http://www.alessandroalpi.net
http://blogs.dotnethell.it/suxstellino
http://mvp.support.microsoft.com/profile/Alessandro.Alpi
http://italy.mvps.org
Torna su
Stanze Forum
Elenco Threads
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?
Dopo esserti registrato potrai chiedere
aiuto sul nostro
Forum
oppure aiutare gli altri
Consulta le
Stanze
disponibili.
Registrati ora !