I have two DB tables in a one-to-many relationship. The data looks like this:
select * from student, application
Resultset:
+-----------+---------------+---------------------+ | StudentID | ApplicationID | ApplicationDateTime | +-----------+---------------+---------------------+ | 1 | 20001 | 12 April 2011 | | 1 | 20002 | 15 May 2011 | | 2 | 20003 | 02 Feb 2011 | | 2 | 20004 | 13 March 2011 | | 2 | 20005 | 05 June 2011 | +-----------+---------------+---------------------+
I want to delete all applications except for the most recent one. In other words, each student must only have one application linked to it. Using the above example, the data should look like this:
+-----------+---------------+---------------------+ | StudentID | ApplicationID | ApplicationDateTime | +-----------+---------------+---------------------+ | 1 | 20002 | 15 May 2011 | | 2 | 20005 | 05 June 2011 | +-----------+---------------+---------------------+
How would I go about constructing my DELETE statement to filter out the correct records?
The DELETE Statement in SQL is used to delete existing records from a table. We can delete a single record or multiple records depending on the condition we specify in the WHERE clause. DELETE FROM table_name WHERE some_condition; table_name: name of the table some_condition: condition to choose particular record.
To remove one or more rows in a table: First, you specify the table name where you want to remove data in the DELETE FROM clause. Second, you put a condition in the WHERE clause to specify which rows to remove. If you omit the WHERE clause, the statement will remove all rows in the table.
DELETE FROM student WHERE ApplicationDateTime <> (SELECT max(ApplicationDateTime) FROM student s2 WHERE s2.StudentID = student.StudentID)
Given the long discussion in the comments, please note the following:
The above statement will work on any database that properly implements statement level read consistency regardless of any changes to the table while the statement is running.
Databases where I definitely know that this works correctly even with concurrent modifications to the table: Oracle (the one which this question is about), Postgres, SAP HANA, Firebird (and most probably MySQL using InnoDB). Because they all guarantee a consistent view of the data at the point in time when the statement started. Changing the <>
to <
will not change anything for them (including Oracle which this question is about)
For the above mentioned databases, the statement is not subject to the isolation level because phantom reads or non-repeatable reads can only happen between multiple statements - not within a single statement.
For database that do not implement MVCC properly and rely on locking to manage concurrency (thus blocking concurrent write access) this might actually yield wrong results if the table is updated concurrently. For those the workaround using <
is probably needed.
You can use row_number()
(or rank()
or dense_rank()
, or even just the rownum
pseudocolumn) to apply an order to the records, and then use that order to decide which to discard. In this case, ordering by applicationdatetime desc
gives the application with the most recent date for each student the rank of 1:
select studentid, applicationid from ( select studentid, applicationid, row_number() over (partition by studentid order by applicationdatetime desc) as rn from application ) where rn = 1; STUDENTID APPLICATIONID ---------- ------------- 1 20002 2 20005
You can then delete anything with a rank higher than 1, which will preseve the records you care about:
delete from application where (studentid, applicationid) in ( select studentid, applicationid from ( select studentid, applicationid, row_number() over (partition by studentid order by applicationdatetime desc) as rn from application ) where rn > 1 ); 3 rows deleted.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With