Zsolt HAJDU írta:
> Ezt most en nem ertem ;-)
>
REPLACE INTO topSources (srcip, id, time, flows, bytes, minport, maxport)
VALUES ('193.225.12.83', 3, 1182427775, 5, 555, 5810,
34577)
Foreign key constraint fails for table `nfsenalarm/topSources`:
,
CONSTRAINT `topSources_ibfk_2` FOREIGN KEY (`id`) REFERENCES `ddos` (`id`) ON
DELETE CASCADE ON UPDATE CASCADE
Trying to add in child table, in index `id` tuple:
DATA TUPLE: 3 fields;
0: len 4; hex 00000003; asc ;; 1: len 13; hex 3139332e3232352e31322e3833;
asc 193.225.12.83;; 2: len 4; hex 467a6a7f; asc Fzj ;;
But in parent table `nfsenalarm/ddos`, in index `PRIMARY`,
the closest match we can find is record:
PHYSICAL RECORD: n_fields 9; compact format; info bits 0
> Nekem tobb-millio rekordom vam szerte
> szanaszet tobb linux
> disztron es/vagy mysql verzio alatt es nem gyult meg a bajom
> sose az auto_inrement vs. primary key parossal :-/?
>
Mondom hogy nem használok mysql-t :) . (Postgres rulez ;) .)
És az ilyen automatikus inkrement mezőket nem szeretem, pont azért
mert nem látok rá. Ha új rekord keletkezik, úgyis menedzselni kell, ezért
(szerintem!) felesleges egy ilyen featurát használni, mert ha véletlenül
összekócolódik, nagy bajokat tud okozni.
Paradox alatt utáltam egyébként meg az autoincrement mezőt :) .
k-atti-
_________________________________________________
linux lista - [email protected]
http://mlf2.linux.rulez.org/mailman/listinfo/linux
