![]() | |
![]() |
| | Thread Tools | Display Modes |
#11
| |||
| |||
|
|
So I guess you are basically doing this open SELECT * from tableA open SELECT * from tableB loop fetch rowA fetch rowB compare and report end loop so you get a report on Monday. Monday night, the DBA migrates the DB to a new server, or maybe just reorganizes the file structure. No data is changed. rerunning you program on Tuesday gives different results. (Do you know why?) This report tells you nothing really. So you are doing this because...? My report told me that the rows are matching, which is what we wanted to see. JMS |
#12
| |||
| |||
|
|
The sample clause was mentioned before - how about reading from table A, using SAMPLE, and searching for corresponding entries from b (preferably using the primary key on B)? This is a very good idea, thank you! But it means that the program has to find out what the primary key is and which type it is. But it could work. JMS |
#13
| |||
| |||
|
|
Yes, but this is very complicated. The primary key can consist of 20 different columns |
#14
| |||
| |||
|
|
wrote: Yes, but this is very complicated. The primary key can consist of 20 different columns I don't want to know. No - I don't! -- Regards, Frank van Bortel Top-posting is one way to shut me up... |
![]() |
| Thread Tools | |
| Display Modes | |
| |