Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
vivo X300 Pro rappresenta un'evoluzione misurata della serie fotografica del produttore cinese, con un sistema di fotocamere migliorato, chipset Dimensity 9500 di ultima generazione e l'arrivo dell'interfaccia OriginOS 6 anche sui modelli internazionali. La scelta di limitare la batteria a 5.440mAh nel mercato europeo, rispetto ai 6.510mAh disponibili altrove, fa storcere un po' il naso
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2 è la nuova handheld PC gaming con processore AMD Ryzen Z2 Extreme (8 core Zen 5/5c, GPU RDNA 3.5 16 CU) e schermo OLED 8,8" 1920x1200 144Hz. È dotata anche di controller rimovibili TrueStrike con joystick Hall effect e una batteria da 74Wh. Rispetto al dispositivo che l'ha preceduta, migliora ergonomia e prestazioni a basse risoluzioni, ma pesa 920g e costa 1.299€ nella configurazione con 32GB RAM/1TB SSD e Z2 Extreme
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
A re:Invent 2025, AWS mostra un’evoluzione profonda della propria strategia: l’IA diventa una piattaforma di servizi sempre più pronta all’uso, con agenti e modelli preconfigurati che accelerano lo sviluppo, mentre il cloud resta la base imprescindibile per governare dati, complessità e lock-in in uno scenario sempre più orientato all’hybrid cloud
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 25-08-2005, 12: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, 22: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, 10: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, 15: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


Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'...
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti AWS re:Invent 2025: inizia l'era dell'AI-as-a-Se...
Cos'è la bolla dell'IA e perché se ne parla Cos'è la bolla dell'IA e perché se...
BOOX Palma 2 Pro in prova: l'e-reader diventa a colori, e davvero tascabile BOOX Palma 2 Pro in prova: l'e-reader diventa a ...
Tory Bruno ha lasciato la società...
L'immagine di Natale del telescopio spaz...
STMicroelectronics e SpaceX proseguono l...
Numeri da record, Xiaomi distribuisce ol...
BitLocker accelerato via hardware: Micro...
Blue Origin prosegue lo sviluppo dei lan...
Moore Threads: nuove GPU 15 volte pi&ugr...
Steam diventa esclusivamente 64-bit: Val...
La Corte Suprema restituisce a Elon Musk...
X lancia Creator Studio su mobile: nuovi...
Dieci anni fa SpaceX fece atterrare per ...
POCO M8 e M8 Pro arriveranno nel 2026: e...
Caos Formula 1: il motore Mercedes &egra...
Tariffe nazionali per le chiamate e gli ...
Tassa chilometrica non solo per elettric...
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: 05:31.


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