SQL: nybörjarfråga om JOIN och ORDER BY

Kort fråga:
Varför har du snarlik information i tre olika tabeller istället för en?

Mycket för att gära det lättare att hantera all info.
Sedan att namen är snarlika för posterna säger inte att infon är likartad.

Ok. Sant.

På slutet av SQL satsen kan du skriva:
ORDER BY date_created DESC
Tror det är DESC aller ASC lär mig aldrig vilket som är vilket...

Men gör du en full join mellan alla tre tabeller?
Lite luddigt tycker jag.

Men varför använder du inte timestamp för datum och tider?

Fast poängen med mysqls timestamp är att den första timestampkolumnen i en tabell (man kan ha flera) uppdaterar sig själv automatiskt när raden i databasen uppdateras. Och att du kan definiera den till 8 tkn, och få ett datum enl ååååmmdd, för att sedan definiera om den till, säg, 10 tkn, och output blir åååå-mm-dd, och om du ytterligare definierar om den kan du få ut exempelvis åååå-mm-dd hh:mm.

Detta oberoende av hur många tecken den var definierad till när du lade in data; mysql sparar hela unixtimestampet, och visar så mkt av det som den kan efter den längd du definierar den till.

Det stämmer.

Eller som jag skrev i ursprungsinlägget:

Den som läser skola finna...

Har jag förstått det rätt att du vill ha en kombinerad lista med nyheter, händelser och konferenser?
Såvitt jag kan komma på så finns det nog inget vettigt sätt att göra det med en enda select-sats. Antingen får du gör en enda tabell med allt innehåll i stil med

+---------------+---------------+------+-----+---------+----------------+
| Field         | Type          | Null | Key | Default | Extra          |
+---------------+---------------+------+-----+---------+----------------+
| id            | int(6)        |      | PRI | NULL    | auto_increment |
| header        | varchar(50)   |      |     |         |                |
| intro         | text          |      |     |         |                |
| body          | text          |      |     |         |                |
| location      | varchar(60)   |      |     |         |                |
| date_created  | int(11)       |      |     | 0       |                |
| date_modified | int(11)       |      |     | 0       |                |
| date_event    | int(11)       |      |     | 0       |                |
| in_calendar   | enum('Y','N') |      |     | N       |                |
| type          | char(1)       |      |     | N       |                |
+---------------+---------------+------+-----+---------+----------------+

där type bestämmer om det är en händelse, nyhet eller en konferens.
och sedan bara köra en enkel selectsats i stil med
SELECT * FROM tabel-namn ORDER BY date_created DESC;

Hm, låter kanske lite väl masochistiskt, men låt gå Active Record (databaskomponenten i Rails) använder ungefär den principen när man har flera klasser som delar en tabell, lägger man bara till en kolumn "type" fixas kopplingen till rätt klass automagiskt. Tycker det fungerar väldigt bra faktiskt.

Ett alternativ, annars, för den som kör postgresql är att skapa tabeller med arv, det är ungefär samma princip som arv i OO-programmering. Men den finessen är rätt märklig och dessutom lite defekt, så jag brukar använda type-kolumner i stället.

Annars kan du göra som scooterbabe säger - d.v.s. köra en subselect där du slår ihop datat från alla tabeller med union, sedan sorterar du det resultatet som om det kom från en och samma tabell. Snyggast är såklart om du kan skapa en vy i stället, men då vill det till att du kör antingen MySQL 5 eller byter till någon DB som rentav har vettigt stöd för SQL-standarden (postgresql, firebird, sqlite, m.fl.).

Om jag förstår rätt vill du helt enkelt "merge"-a ihop tabellerna, för att sedan sortera dem på datum med möjlighet att veta från vilken tabell posten ursprungligen kom från?

Är det så kan du väl göra tre stycken UNION, där du i princip skriver

(SELECT *, 1 as temp from tabel1) union (select *, 2 as temp from tabel2)  union (select *, 3 as temp from tabel3) order by temp desc limit 10;

Koden ovan gör, förutom att den merge-ar ihop tabellerna, även att en ny kolumn skapas temporärt, vilkens innehåll blir "1" om raden i fråga kommer från tabell1, 2 om den kommer från tabell2 etc.

Att tänka på när du gör UNIONS är att subselect-arna måste ha samma antal kolumner av samma typ, d v s har du kolumnerna kolumn1 och kolumn2 i tabell1, men bara kolumn2 i tabell2, måste du skapa en temporär kolumn "on the fly" när du kör din query, som i exemplet ovan och i detta exempel enligt (select "foo" as kolumn1, kolumn2 from tabell2).

Har du sedan kolumner med samma namn men av olika typ får du se till att omdefiniera dem också "on the fly", något jag inte kommer ihåg hur det ser ut i mySQL, men i postgresQL gör man det genom att skriva "SELECT ..., heltalskolumntilltext::text, nästakolumn, ... from blaha".

Hoppas det här hjälper dig,

/.scooter