Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Samsung Micro RGB R95H, il primo LCD a LED rossi, verdi e blu di Samsung alla prova del banco di misura
Samsung Micro RGB R95H, il primo LCD a LED rossi, verdi e blu di Samsung alla prova del banco di misura
Il primo Micro RGB di Samsung per il salotto è il 65 pollici da 2.749 euro. Sul banco di misura abbiamo rilevato 2.000 nit di picco, nero assoluto con il local dimming e il 91,4% del BT.2020, il colore più ampio che abbiamo misurato su un LCD
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre
Apple ha rinnovato iPhone 18 Pro soprattutto dentro: chip A20 Pro a 2 nm con memoria affiancata al SoC, camera di vapore tre volte più ampia, Dynamic Island più piccola del 25% grazie a Face ID sotto il display e fotocamera principale con diaframma variabile da f/1.48 a f/4. Lo abbiamo misurato al colorimetro e nei benchmark, usato con iOS 27 e messo alla prova in fotografia tra laghi, borghi e interni poco illuminati
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34
A Londra, per il trentennale dei Toughbook, Panasonic ha presentato il tablet G3 e il 2-in-1 34. Con Jon Tucker, a capo dell'ingegneria europea, abbiamo parlato di ciò che non si vede: batterie, antenne, porte seriali e accorgimenti nati sul campo
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 25-08-2005, 11:57   #1
DigitalKiller
Senior Member
 
L'Avatar di DigitalKiller
 
Iscritto dal: Aug 2004
Città: Salento
Messaggi: 1080
Problema con database

Ho un database con due tabelle. La prima tabella (A) contenente tutte le fatture registrate con la chiave composta da 2 campi (num. di registrazione e campo di controllo). La seconda tabella (B), invece contiene le informazioni relative alle fatture messe in pagamento e la chiave è composta da due campi (num. di registrazione e campo di controllo).
Entrambe le tabelle, quindi, hanno le stesse chiavi.
Definendo una relazione fra queste due tabelle, in B vengono giustamente inserite le chiavi della tabella A. In questo modo, però, la chiave esterna rispecchia il contenuto della chiave interna..Lo so, è una domanda stupida, ma è corretto? o posso evitare questo "problema" utilizzando la chiave interna della tabella B come chiave esterna della tabella A?



Ps. uso mysql e dbdesigner4
DigitalKiller è offline   Rispondi citando il messaggio o parte di esso
Old 25-08-2005, 21:32   #2
BlueDragon
Senior Member
 
L'Avatar di BlueDragon
 
Iscritto dal: Dec 2002
Messaggi: 418
Quote:
Originariamente inviato da DigitalKiller
In questo modo, però, la chiave esterna rispecchia il contenuto della chiave interna..
Intendi dire che i due campi (num. di registrazione e campo di controllo) sono chiave della tabella B? Ossia che su B puoi identificare univocamente un record tramite quei due soli campi, e che quindi vi è una relazione 1 ad 1 tra le due tabelle? In tal caso puoi semplicemente fare una tabella unica se ti disturba avere una copia dei dati delle chiavi, altrimenti..se non è così...non ho capito qual'è il problema
BlueDragon è offline   Rispondi citando il messaggio o parte di esso
Old 26-08-2005, 09:38   #3
DigitalKiller
Senior Member
 
L'Avatar di DigitalKiller
 
Iscritto dal: Aug 2004
Città: Salento
Messaggi: 1080
Quote:
Originariamente inviato da BlueDragon
Intendi dire che i due campi (num. di registrazione e campo di controllo) sono chiave della tabella B? Ossia che su B puoi identificare univocamente un record tramite quei due soli campi, e che quindi vi è una relazione 1 ad 1 tra le due tabelle? In tal caso puoi semplicemente fare una tabella unica se ti disturba avere una copia dei dati delle chiavi, altrimenti..se non è così...non ho capito qual'è il problema
Cerco di spiegare meglio il problema.
Il database originario è un DB2 ed è strutturato in questo modo:

Tabella A
+--------------------------------------------------------------------+
|NUM_____|CONTR_____|COD.FORNITORE_____|IMPORTO_____|ALTRI..|
+--------------------------------------------------------------------+
|50_______|1_________|5500_______________|2.500,50_____|______|
|51_______|0_________|3368_______________|100,18_______|______|
|52_______|998_______|5500_______________|1300,10______|______|
+--------------------------------------------------------------------+

Tabella B
+----------------------------------+
|NUM___|CONTR|DATA___|ALTRI.. |
+----------------------------------+
|50_____|1____|30/03/05|________|
|52_____|998__|05/02/05|________|
+----------------------------------+

Io esporto i dati in un file di testo e li carico in una "replica" fatta in mysql.
Creando una relazione fra le tabelle, il risultato è questo:

Tabella B
+---------------------------------------------+
|NUM__|CONTR|NUM|CONTR|DATA____|ALTRI.. |
+---------------------------------------------+
|50____|1____|50__|1_____|30/03/05|_______|
|52____|998__|52__|998___|05/02/05|_______|
+---------------------------------------------+
DigitalKiller è offline   Rispondi citando il messaggio o parte di esso
Old 26-08-2005, 14:38   #4
pequeno
Member
 
L'Avatar di pequeno
 
Iscritto dal: Jul 2005
Città: Potenza
Messaggi: 126
Quote:
Originariamente inviato da DigitalKiller
Cerco di spiegare meglio il problema.
Il database originario è un DB2 ed è strutturato in questo modo:

Tabella A
+--------------------------------------------------------------------+
|NUM_____|CONTR_____|COD.FORNITORE_____|IMPORTO_____|ALTRI..|
+--------------------------------------------------------------------+
|50_______|1_________|5500_______________|2.500,50_____|______|
|51_______|0_________|3368_______________|100,18_______|______|
|52_______|998_______|5500_______________|1300,10______|______|
+--------------------------------------------------------------------+

Tabella B
+----------------------------------+
|NUM___|CONTR|DATA___|ALTRI.. |
+----------------------------------+
|50_____|1____|30/03/05|________|
|52_____|998__|05/02/05|________|
+----------------------------------+

Io esporto i dati in un file di testo e li carico in una "replica" fatta in mysql.
Creando una relazione fra le tabelle, il risultato è questo:

Tabella B
+---------------------------------------------+
|NUM__|CONTR|NUM|CONTR|DATA____|ALTRI.. |
+---------------------------------------------+
|50____|1____|50__|1_____|30/03/05|_______|
|52____|998__|52__|998___|05/02/05|_______|
+---------------------------------------------+
Scusa, io non ho ben capito perchè imposti la chiave sui due campi... in questo caso puoi avere più volte lo stesso numero di fattura con campo di controllo diverso, ma credo che ti basti solo avere la chiave sul numero di fattura, in modo da rendere il rercord univoco in base al solo numero di fattura..
Cmq, se per "mettere in relazione.." intendi fare un join tra le tabelle, il risultato che ottieni è corretto, poichè di default viene utilizzato un join interno (inner join) che mette in relazione tutte le righe di una tabella che sono presenti nell'altra tabella, secondo la chiave specificata, tralasciando le righe che non soddisfano la chiave.
In pratica le righe con NUM__ 50 e 52 sono presenti in entrambe le tabelle, percui le visualizzi nel risultato; quella con il NUM__ 51 è presente solo in una e quindi non la visualizzi..
Devi utilizzare un join esterno (outer join..)
In pratica per visualizzare tutte le righe della prima tabella, oltre a quelle che soddisfano la relazione con la seconda, dovresti usare una query del tipo..
Codice:
select * from tabella1 left outer join tabella2 on tabella1.num = tabella2.num;
L'unico inconveniente è che mysql fino alla versione 4.1, ossia quella attuale, non supporta i join, quindi dovresti adattare la query alla sintassi di mysql attuale..
__________________
Un'interfaccia per domarli, un package per trovarli tutti, un riferimento per ghermirli e nel framework incatenarli."
Il Signore degli Oggetti
pequeno è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Samsung Micro RGB R95H, il primo LCD a LED rossi, verdi e blu di Samsung alla prova del banco di misura Samsung Micro RGB R95H, il primo LCD a LED rossi...
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre iPhone 18 Pro: la recensione del miglior iPhone ...
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34 Panasonic, 30 anni di Toughbook: la "Bibbia...
realme C100x, lo smartphone economico con la batteria da 7500 mAh. La recensione realme C100x, lo smartphone economico con la bat...
Star Wars Zero Company è l'erede di XCOM 2 Star Wars Zero Company è l'erede di XCOM ...
SpaceX mostra nuove immagini del lancio ...
Cina: CAS Space e Guangzhou Laboratory e...
Nikon Comedy Wildlife Awards 2026: le fo...
Samsung Galaxy A57 e A37 costano di più ...
Windows 11 26H2 taglia il consumo di RAM...
KINGPIN è tornato! Il re dell'ove...
CPU usata, ban ereditato: il caso del Ry...
Spunta un engineering sample di Ryzen 9 ...
iPhone 18 Pro, alcuni utenti segnalano s...
Android Auto: Gemini ascolta la domanda ...
OpenAI avvisa oltre 100 organizzazioni p...
Dall'AI alla SI: il rebranding di Trump ...
0patch offrirà supporto esteso pe...
Sudo sembra un iPod, ma nasconde una car...
Meta, OpenAI e Google rifanno OpenClaw: ...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 00:22.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v