I have got two tables:
- tbl_sms
- tbl_bids
The above two table holds something like this:
tbl_sms:
Post_ID | User_ID | SMS_Sent_DT
---------------------------------
123 | 007 | 2010-05-14 10:15:25
123 | 008 | 2010-05-14 10:18:32
123 | 009 | 2010-05-14 10:23:05
123 | 010 | 2010-05-14 10:23:06
tbl_bids:
Post_ID | User_ID | Bid_DT
--------------------------
123 | 010 | 2010-05-14 10:27:25
123 | 008 | 2010-05-14 10:28:32
123 | 009 | 2010-05-14 10:28:47
123 | 007 | 2010-05-14 10:35:06
With those two tables I’m trying to achieve the following:
Post_ID | First_BID_Time | First_BID_SMS_TIME | Second_BID_Time | Second_BID_SMS_Time | Third_BID_Time | Third_BID_SMS_Time
-----------------------------------------------------------------------------------------------------------------------------------
123 | 2010-05-14 10:27:25 | 2010-05-14 10:23:06 | 2010-05-14 10:28:32 | 2010-05-14 10:18:32 | 2010-05-14 10:28:47 | 2010-05-14 10:23:05
The query I had written is:
SELECT b.post_id,
sms.message_sent_at as notif_sent1,
b.message_sent_at as notif_accepted1,
DATEDIFF(b.message_sent_at, sms.message_sent_at) AS delay1
FROM tbl_bids b
LEFT JOIN tbl_sms_status sms ON (sms.jobid = b.post_id AND b.user_id = sms.userid)
WHERE b.post_id = sms.jobid
ORDER BY b.post_id ASC
That gives me the correct result but they are not pivoted the way I want it to be.
Can please someone help me out with this one. I welcome any solution be it a full lengthy query or a procedure.
In SQL Server this would be easy to accomplish using a
ROW_NUMBER()function orCROSS APPLYconstruct. In MySQL this is harder.One solution is to emulate ROW_NUMBER() in MySQL using variables. This way it is possible to return the bids for each post id ranked on bid time, and get the user_ids. From there on it is an easy matter to LEFT JOIN the SMS time to the post_id/user_id combination. Following the example in the link, the code will be something like:
You’ll then have an output like this:
You can store this result in a temporary table:
Unfortunately due to a MySQL limitation you can’t use multiple references to the same temporary table in a query, so you’ll have to split out this table by ranking:
If the recordset is very large, it pays off to assign a (primary key) index on Post_ID to speed up the pivoting query.
Now you can pivot this data:
OMG Ponies has a point though, it’s more scalable to build your system around an unpivoted table. So if you don’t need to pivot, don’t.