Okay, this simple example really exists, but the simple table also includes a date that the stock was last traded, so we have:[snip more details]
stock symbol, stock exchange, high, low, open, close, volume, date, plus a few more fields
BTW these updates do take longer than we'd like so I would appreciate more input on how this setup could be redesigned.
Well, I'd probably make the primary key (stock_id, trading_date) and just insert into a log table. From there I'd update into a summary table, or use a view.
Of course, that might make things slower in your case.
-- Richard Huxton Archonet Ltd
---------------------------(end of broadcast)--------------------------- TIP 4: Don't 'kill -9' the postmaster
