[Skatan]

Jag letar efter en lösning som jag vill ha på databasnivå (Mysql), och inte behöva göra fulhack i programmeringen.

Senario (orelevant, kan lika gärna gälla ordersystem eller e-butiker)
Anställda skall skicka in rapporter, varje ny anställd skall rapportID-numret börja på 1.

Tabeller:

Anställda
AnstalldId
Namn
Epost

Rapporter
RapportId
AnstalldId
Arbetade_timmar

Jag vill alltså att RapportId skall vara auto_increment, men jag vill att vid varje AnstalldId så skall det börja om från 1. Men det får givetvis inte kunna skapas en dubblett av RapportId med samma AnstalldId

Detta borde vara basic, men hittar ingen bra lösning på Google.

[abergman]

Ursprungligen postat av Skatan

Jag letar efter en lösning som jag vill ha på databasnivå (Mysql), och inte behöva göra fulhack i programmeringen.

Senario (orelevant, kan lika gärna gälla ordersystem eller e-butiker)
Anställda skall skicka in rapporter, varje ny anställd skall rapportID-numret börja på 1.

Tabeller:

Anställda
AnstalldId
Namn
Epost

Rapporter
RapportId
AnstalldId
Arbetade_timmar

Jag vill alltså att RapportId skall vara auto_increment, men jag vill att vid varje AnstalldId så skall det börja om från 1. Men det får givetvis inte kunna skapas en dubblett av RapportId med samma AnstalldId

Detta borde vara basic, men hittar ingen bra lösning på Google.

Sätt Id kolumnen i varje tabell som PK och autoincrement så är ju problemet löst? Eller har jag massuppfittat dig?

[Skatan]

Ursprungligen postat av abergman

Sätt Id kolumnen i varje tabell som PK och autoincrement så är ju problemet löst? Eller har jag massuppfittat dig?

Jag tror du missuppfattade mig lite.

Data kan se ut som följande


Antällda
1, Nicklas Karlsson
2, Johan Johansson
3, Bengt Karlsson

Rapporter
RapportID, AnställdID
1, 1
2, 1
1, 2
3, 1
2, 2
3, 2
4, 2
1, 3

Och det får aldrig vara dubbletter av Rapporter med samma AnställdID

[martine]

Det känns lite som ett feltänk, du vill ha ett rapport-id men det ska inte vara unikt? Är det inte rapport-numrering du är ute efter egentligen? Du kan ha en primary key på båda kolumnerna (med PRIMARY KEY (rapportid,anställdid)) om du nu vill ha det så men frågan är om det inte är bättre med en riktig id med auto_increment och sedan ett numreringsfält om nu det behövs.

Du kan förstås använda din modell men någon automatiskt auto_increment kan du inte få på det viset (eftersom ditt tabellupplägg känns lite som ett hack ;-)

Detta borde göra det du vill:
INSERT INTO Rapporter (RapportId,AnstalldId,Arbetade_timmar) SELECT MAX(RapportId),INSERT_ID(),5 FROM Rapporter WHERE AnstalldId=INSERT_ID();

Och glöm nu inte att ha ett unikt index om du vill vara säker på att inte få dubletter.

[Kimpo]

Vill du att flera anställda ska kunna delaktiga i en och samma rapport?
Då kan du ju lägga en kopplingstabell som kopplar ihop Anställda och Rapporter och slipper även en many to many relation.
dvs en tabell där kombinationen av AnställdId och RapportId utgör PK.

Att räkna ut totalsumman av rapporter för en anställd ska du inte lagra i databasen, den kan du dra ut med en sql fråga. Däremot skulle jag nog rekommendera dig att använda dig av en datumkolumn och lagra datumet då rapporten skickades in, så kan du enkelt sortera rapporterna i kronologisk ordning.

[Conny Westh]

Ursprungligen postat av martine

Det känns lite som ett feltänk, du vill ha ett rapport-id men det ska inte vara unikt? Är det inte rapport-numrering du är ute efter egentligen? Du kan ha en primary key på båda kolumnerna (med PRIMARY KEY (rapportid,anställdid)) om du nu vill ha det så men frågan är om det inte är bättre med en riktig id med auto_increment och sedan ett numreringsfält om nu det behövs.

Du kan förstås använda din modell men någon automatiskt auto_increment kan du inte få på det viset (eftersom ditt tabellupplägg känns lite som ett hack ;-)

Detta borde göra det du vill:
INSERT INTO Rapporter (RapportId,AnstalldId,Arbetade_timmar) SELECT MAX(RapportId),INSERT_ID(),5 FROM Rapporter WHERE AnstalldId=INSERT_ID();

Och glöm nu inte att ha ett unikt index om du vill vara säker på att inte få dubletter.

Enligt denna lösning så ska givetvis båda kolumnerna i rapport vara PK då blir det automatiskt indexerade på rätt sätt.

Man måste också tänka på att när man lägger upp den första rapporten för en kund så blir max på rapportid NULL och man måste sätta det till 1. i SQL-server finns en funktion som heter ISNULL() som man kan använda vet inte om det finns en motsvarande i MySQL (kollade och det finns syntax: SELECT ISNULL(field,0) FROM TABLE).

Förslag till Kod:

INSERT INTO Rapporter (RapportId,AnstalldId,Arbetade_timmar) 
SELECT ISNULL(MAX(RapportId),1),INSERT_ID(),5
FROM Rapporter 
WHERE AnstalldId=INSERT_ID();

Trådskaparen vill använda en nturlig primärnyckel i rapporttabellen för attfå bättre kontroll på informationen och det är bra, det skulle vara omöjligt med autoinkrement i rapport.tabellen.

Mna kan gå ytterligare ett steg och använda en naturlig PK även i kundtabellen med personnr eller orgnr så får du bättre datakvalitet även där (risken för dubletter minimeras).

Att slentrianmässigt använda autoinkrement skapar en databas där man har noll koll på dubbletter. Följaktligen komme rmånga dubbletetr att uppstå med tiden= sämre datakvalitet.

Ett generellt råd är att undvika autoinkrement så långt det är möjligt, använd istället naturliga primärnycklar i så stor utsträckning som möjligt, kombinera kolumner upp till ca 5-6 kolumner till PK vid behov. Först när det blir fler kolumner i PK ska man överväga att gå över till synttiska PK (autoinkrement är en form av syntetisk PK).

[qson]

Jag håller på med en liknande lösning, och precis det du frågar om finns i MySQL, eller åtminstone i MyISAM-motorn.
I din tabell har du två kolumner: AnstalldId och RapportId.
Skapa sedan en PRIMARY KEY bestående av båda dessa kolumner

PRIMARY KEY (AnstalldId, RapportId)

Sedan sätter du RapportId-kolumnen till auto_increment.
Då kommer MySQL/MyISAM att ha egna auto_increment-värden för varje AnstalldId. Du behöver då heller inte lägga in några värden för detta i SQL-frågan, utan sätt RapportId till NULL så fixar MySQL det själv.

Mer info:
http://dev.mysql.com/doc/refman/5.0/...increment.html
(tredje stycket)

[terbon]

Ursprungligen postat av qson

Jag håller på med en liknande lösning, och precis det du frågar om finns i MySQL, eller åtminstone i MyISAM-motorn.
I din tabell har du två kolumner: AnstalldId och RapportId.
Skapa sedan en PRIMARY KEY bestående av båda dessa kolumner

PRIMARY KEY (AnstalldId, RapportId)

Sedan sätter du RapportId-kolumnen till auto_increment.
Då kommer MySQL/MyISAM att ha egna auto_increment-värden för varje AnstalldId. Du behöver då heller inte lägga in några värden för detta i SQL-frågan, utan sätt RapportId till NULL så fixar MySQL det själv.

Mer info:
http://dev.mysql.com/doc/refman/5.0/...increment.html
(tredje stycket)

Tänkte tillägga lite, detta medför då att du inte får 2 primary keys som man kan tro. Utan du får en primary key som är kombination av dessa två. Alltså måste endast dessa tillsammans vara unika. Detta då du endast får ha en primärnyckel per tabell (som du även bör ha om det typ inte är en weak entity tabell eller kopplingstabell som du kan läsa om, om du letar lite om ER diagram).