Visualizzazione dei risultati da 1 a 8 su 8
  1. #1

    impossibile inserire record?? duplicate entry

    Messaggio di MySQL:


    #1062 - Duplicate entry '127' for key 1

    improvvisamente non riesco più ad inseire record in una tabella, dall'errore sembrerebbe che io stia cercando di forzare un'id, ma non è cosi!

    questa è la stringa SQL:

    codice:
    INSERT INTO chat( utente, mex, ora )VALUES ('3', 'sdafcsa', '1093955824');
    "durante i primi 5 miuti di pioggia nel bosco c'è ancora asciutto, poi quando smetterà di piovere nel bosco cadranno gocce per 5 minuti.....la natura ha un'ottima memoria..."

    http://www.kumbe.it

  2. #2

    Re: impossibile inserire record?? duplicate entry

    Originariamente inviato da nik600
    Messaggio di MySQL:


    #1062 - Duplicate entry '127' for key 1

    improvvisamente non riesco più ad inseire record in una tabella, dall'errore sembrerebbe che io stia cercando di forzare un'id, ma non è cosi!

    questa è la stringa SQL:

    codice:
    INSERT INTO chat( utente, mex, ora )VALUES ('3', 'sdafcsa', '1093955824');
    Scommetto che hai l'id TINYINT.

    Modificalo e mettici INT(10) UNSIGNED. Con TINYINT e SIGNED puoi appunto mettere solo fino a 127 poi ricomincia da 0 e trovi l'id duplicato.


    Il silenzio è spesso la cosa migliore. Pensa ... è gratis.

  3. #3
    infatti!
    "durante i primi 5 miuti di pioggia nel bosco c'è ancora asciutto, poi quando smetterà di piovere nel bosco cadranno gocce per 5 minuti.....la natura ha un'ottima memoria..."

    http://www.kumbe.it

  4. #4
    era proprio quello!

    ascolta forse sono in un bel guaio...questa era una chat e non correvo nessun rischio ma ora mi ritrovo con 10 tabelle che stanno raggiungendo quel limite e dati molto + importanti, se cambi il tipo di campo in tabelle che sono già popolate corro qualche rischio?

    thnks
    "durante i primi 5 miuti di pioggia nel bosco c'è ancora asciutto, poi quando smetterà di piovere nel bosco cadranno gocce per 5 minuti.....la natura ha un'ottima memoria..."

    http://www.kumbe.it

  5. #5
    beh se da stringa porti a data/ora corri qualche rischio!
    ma se sono cambiamenti non così rilevanti e il contenuto ti sembra possa starci, non corri rischi.
    ad ogni modo fai una copia delle tabelle e prova, così eviti danni.
    anija . è solo un blog
    www.anija.it

    «i'm a fountain of blood · in the shape of a girl»

  6. #6
    Originariamente inviato da nik600
    era proprio quello!

    ascolta forse sono in un bel guaio...questa era una chat e non correvo nessun rischio ma ora mi ritrovo con 10 tabelle che stanno raggiungendo quel limite e dati molto + importanti, se cambi il tipo di campo in tabelle che sono già popolate corro qualche rischio?

    thnks
    Cambiando da tinyint a INT(10) UNSIGNED non perdi nulla... caso mai se facessi l'opposto.

    ALTER TABLE `chat` CHANGE `id` `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT

    ovviamente al posto di id ci metti il tuo nome_campo


    Il silenzio è spesso la cosa migliore. Pensa ... è gratis.

  7. #7
    x fare la modifica ho usato phpmyadmin, cmq tutto bene non ho perso niente grazie
    "durante i primi 5 miuti di pioggia nel bosco c'è ancora asciutto, poi quando smetterà di piovere nel bosco cadranno gocce per 5 minuti.....la natura ha un'ottima memoria..."

    http://www.kumbe.it

  8. #8
    Originariamente inviato da nik600
    x fare la modifica ho usato phpmyadmin, cmq tutto bene non ho perso niente grazie
    Bene. Verifica con phpmyadmin che il prossimo autoindex sia corretto. a volte non lo e'.

    Ciao.


    Il silenzio è spesso la cosa migliore. Pensa ... è gratis.

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.