CREATE TABLE {$_POST['user']} hur ?

Om du designar det på detta viset pga vad bossen sagt att han vill ha, då bör du ta dig ett snack med honom. Ni båda kommer bli gladare av det i längden. Som andra påpekat vill du egentligen inte ha en tabell för varje användare, det är rent av horribel design.

Jag har inte tillräckligt att gå på för att komma upp med en bättre lösning, men den här informationen som användaren ska mata in i sin egen tabell verkar vara namn och ort.. Vad skulle en andra rad i den här tabellen betyda? Att han får två kundnummer till att börja med. Du behöver inte databasens förmåga att skydda data från användare för att peta in den här informationen på rätt plats heller. Och om det är något du verkligen behöver gömma för användare så är det bättre att skapa en view för dem än en egen tabell.

Vanligtvis löser man det genom att ha en tabell med alla användare och en annan tabell med alla tider. Du lägger sen till ett fält i tid-tabellen som du kan kalla för userid som är id-numret på användaren i den andra tabellen. Vill du hämta en speciell användares tider är det då bara att använda WHERE och ange den användarens id.

Exempel:

id  username  details
1   Nisse     Chef
2   Kalle     Anställd

id  userid  time
1   1       10:00
2   1       09:34
3   2       09:25
4   1       09:45
5   2       10:41

Hela konceptet går åt skogen om du gör på det sättet du vill.
Varför har du auto_increment på "kundnr" om det ändå bara finns en rad? Alla tabeller kommer få id = 0 (eller 1 beroende på vad din databas börjar med för id) vilket i sin tur betyder att alla kunder kommer ha samma id. Även om du sätter kundnr manuellt till rätt värde så kommer du få det otroligt svårt att hålla koll på hur många kunder som finns. Ex, hur räknar du hur många kunder som är registrerade?

Om detta är ett riktigt projekt och inte bara ett hemmabygge så borde du skriva ner exakt vad du vill göra och hur det ska fungera innan du ens börjar med projektet. Du behöver inte ha koden färdig men konceptet ska vara hållbart.

Well du får min åsikt vare sig du vill ha den eller ej, sen är det upp till dig att läsa eller inte.
"för att jag ska slippa krångla allt för mkt", men det är precis det du gör nu.
Förslagsvis kan du ha en tabell "pass" med de där attributen samt ett till attribut för användar-id. Sen har du en annan tabell, "anställda" kanske, där du har dessa användar-idn som key.
Vill du att en anställd ska kunna se sina pass och inga andra kan du då antingen skapa av view för denna (om användarna har direkt access till databasen tex) eller helt enkelt endast plocka ut användarens pass ur tabellen när du visar dessa.

Se hundens tabell.

Hur tänker du räkna ut hur många användare ni har och hur tänker du kolla om ett användarnamn är upptaget?

man kan väl sammanfatta det hela med följande;
om du inte har ett otroligt bra argument för att ha separata tabeller för alla användare, så ska du inte ha det.
argumentet att användarna skall vara separerade från varandra är tyvärr inte tillräckligt bra. det finns betydligt lättare lösningar att filtrera ut och presentera information som hör till en specifik användare, än att bolla runt med ett okänt antal tabeller.

No offense, men det känns som att det skulle vara vettigt att leta upp någon som har läst Programmering och databashantering på åtminstonde gymnasienivå om det ska användas i ett företag. Speciellt om detta system inte kommer ligga i ett intranät vilket gör säkerhet väldigt mycket viktigare. Din nuvarande kod är väldigt öppen för SQL injections och kommer inte att klara av lilla Bobby Tables.

Du har fått hjälp med det du vill ha hjälp med men du tar inte till dig det du BEHÖVER ha hjälp med. Dessutom är du arrogant mot dom som försöker förklara hur man faktiskt bygger dessa lösningar. Så du kommer sitta med en lösning som inte skalar (men det kanske den inte behöver) och en lösning där det verkar komma finnas grundläggande säkerhetsmissar (SQL injects). Och så säger du att vi inte förstår vad du ska göra för att du inte förklarat allt (vilket iofs är en poäng) men med den exempelkod du visat ser vi alla att du inte har speciellt stor koll på saker och ting.