SQL Table met zelfde fields

Met een UPDATE in plaats van met een INSERT ?

Pipo Clown op 02/03/2015 20:14:08

Met een UPDATE in plaats van met een INSERT ?

Het lijkt me dat je dan peter zijn 1e inlog gegevens overschrijft?

Niet oplosbaar zonder de volgende informatie:

- geef relevante passages van bijbehorende code die deze tabel vult
- beschrijf wat je uiteindelijk probeert te bereiken

Refereer ook aan een gebruiker via een id, en niet de username...

$fname = $_REQUEST['fname'];
$fname1 = $_REQUEST['fname1']; 
$fname2 = $ip=$_SERVER['REMOTE_ADDR'];
$fname3 = $_GET['id'];
$fname4 = date('Y/m/d H:i:s');
try {
    $conn = new PDO("mysql:host=$servername;dbname=$dbname", $username, $password);
    // set the PDO error mode to exception
    $conn->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
    $sql = "INSERT INTO USERS (usern, ip, id, date)
    VALUES ('$fname', '$fname2', '$fname3', '$fname4')";
    // use exec() because no results are returned
    $conn->exec($sql);

Dit doe ik om bij te houden wie er inlogt op mijn site
Het id is gekoppeld aan de username

En waarom zou een tweede insert met dezelfde informatie maar een andere timestamp niet werken of niet mogen werken?

Wat als iemand in meerdere browsers de site wil bekijken? Maakt het uit dat iemand meerdere keren inlogt?

Staat er niet gewoon een kolom op uniek? Dan voegt die de 2e keer namelijk ook niets in.

Mja, dat zou ook mijn eerste ingeving zijn, maar dan zou ie toch een exception (of fatal error) moeten krijgen?

Jeroen dj op 02/03/2015 20:14:38

Het lijkt me dat je dan peter zijn 1e inlog gegevens overschrijft?

Er staat in de openingspost nergens dat dit niet mag of niet de bedoeling is toch ?
Net zo min als dat er in staat wat unieke velden zijn of wat er wel exact verwacht wordt.

Eigenlijk wordt er in de openingspost weer van uit gegaan dat we hier allemaal een glazen bol hebben.
Wat ook wel blijkt uit de antwoorden want bij ieder antwoord wordt er wel een aanname gedaan.



[size=xsmall]Toevoeging op 02/03/2015 22:57:53:[/size]

Het lijkt me dat je dan peter zijn 1e inlog gegevens overschrijft?
[/quote]

Er staat in de openingspost nergens dat dit niet mag of niet de bedoeling is toch ?
Net zo min als dat er in staat wat unieke velden zijn of wat er wel exact verwacht wordt.

Eigenlijk wordt er in de openingspost weer van uit gegaan dat we hier allemaal een glazen bol hebben.
Wat ook wel blijkt uit de antwoorden want bij ieder antwoord wordt er wel een aanname gedaan.

Moeten die / op regel 5 geen - zijn?

Is er een speciale reden om alle var $fname te noemen? Niet heel handig als je script meer dan 10 regels beslaat.



[size=xsmall]Toevoeging op 03/03/2015 02:31:44:[/size]

Moeten die / op regel 5 geen - zijn?

Is er een speciale reden om alle var $fname te noemen? Niet heel handig als je script meer dan 10 regels beslaat.



[size=xsmall]Toevoeging op 03/03/2015 02:33:30:[/size]

Je vergeet ze trouwens te escapen

Ivo P op 03/03/2015 02:31:37

Moeten die / op regel 5 geen - zijn?

Is er een speciale reden om alle var $fname te noemen? Niet heel handig als je script meer dan 10 regels beslaat.



[size=xsmall]Toevoeging op 03/03/2015 02:31:44:[/size]

Moeten die / op regel 5 geen - zijn?

Is er een speciale reden om alle var $fname te noemen? Niet heel handig als je script meer dan 10 regels beslaat.



[size=xsmall]Toevoeging op 03/03/2015 02:33:30:[/size]

Je vergeet ze trouwens te escapen

Nee dit heeft niet echt een bedoeling maar ik vind het gewoon gemakkelijker om met variablen te werken. Als iemand inlogt met een andere timestamp word zijn andere nogsteeds overschreven met een update wat niet mijn bedoeling is dus ik hoop dat het op een 1 of andere manier toch mogelijk is om alle logs erin te houden zonder dat iets word overschreven.


[size=xsmall]Toevoeging op 03/03/2015 10:55:47:[/size]

Randy Flujowa op 02/03/2015 21:17:55

Staat er niet gewoon een kolom op uniek? Dan voegt die de 2e keer namelijk ook niets in.

Heb je een idee hoe ik dit zou kunnen checken?