Udvikleren.dk - Seneste [keys] forum tr�de

4x3 keyboard

Mon, 30 Jul 2012 07:34:59 GMT

Til alle C program�re.

Er der nogle her der vil v�re behj�lpelig med, at tilrette koderne herunder og derefter danne en HEX fil.
Jeg har ingen forstand p� C kodning.
Og h�ber at det er det rigtige sted, at stille sp�rgsm�let!

De originale C koder (KeyPad 4x4)
Link

Har k�bt og �nsker at benytte KeyPad 4x3
SE her: Link

Det vil gl�de mig meget, hvis der er en der vil v�re behj�lpelig med, at lave koderne om til KeyPad 4x3. S� ville jeg kunne bruge KeyPad 4x3 sammen med FlowCode fra Matrix. Link

Mysql foreign key Error

Tue, 15 Nov 2011 15:09:00 GMT

Hej alle p� udvikleren.

Jeg sidder og og pr�ver at oprette en DB i Mysql, men kan ikke tilf�je en foreign key til min table.

Her er hele min code til oprettelse af tabeller.

SQL kode

 /* Create database */
 CREATE DATABASE Payz;
 USE Payz;
 
 /* Create customer table */
 CREATE TABLE users (
     id int NOT NULL AUTO_INCREMENT,
     companyName varchar(300) NOT NULL,
     cvr int NOT NULL,
     legalBusinessName varchar(300) NOT NULL,
     address varchar(250) NOT NULL,
     zipcode int NOT NULL,
     city varchar(250) NOT NULL,
     phone int NOT NULL,
     contactName varchar(250) NOT NULL,
     contactMail varchar(250) NOT NULL,
     contactPhone int NOT NULL,
     bank varchar(250) NOT NULL,
     regNo int NOT NULL,
     accountNo int NOT NULL,
     companyLogo varchar(4000) NOT NULL,
     approved bit NOT NULL DEFAULT FALSE,
     PRIMARY KEY(id),
     KEY idx_cvr(cvr)
 ) CHARACTER SET utf8 ENGINE=InnoDB;
 
 /* Create admin table */
 CREATE TABLE admins (
     id int NOT NULL AUTO_INCREMENT,
     username varchar(250) NOT NULL,
     password varchar(250) NOT NULL,
     email varchar(250) NOT NULL,
     PRIMARY KEY(id),
     KEY idx_email(email)
 ) CHARACTER SET utf8 ENGINE=InnoDB;
 
 /* Create payment table */
 CREATE TABLE payment (
     id INT  NOT NULL AUTO_INCREMENT,
     paymentOwner int unsigned NOT NULL,
     referenceNo INT NOT NULL,
     referenceText varchar(4000),
     amountToPay int NOT NULL,
     recipientEmail varchar(250) NOT NULL,
     creationDate date NOT NULL,
     paymentMade bit NOT NULL DEFAULT FALSE,
     paymentMadeOn date NULL,
     PRIMARY KEY(id)
 ) CHARACTER SET utf8 ENGINE=InnoDB;
 
 
 /* Create payment table update event(TRIGGER)*/
 CREATE TRIGGER event_insert BEFORE INSERT ON payment FOR EACH ROW SET NEW.creationDate = NOW();
 
 
 /* Alter payment table, add constraint */
 ALTER TABLE payment ADD 
     CONSTRAINT FK_payment
     FOREIGN KEY (paymentOwner) REFERENCES users(cvr)
     ON UPDATE CASCADE
     ON DELETE CASCADE

Det eneste der ikke virker denne del

SQL kode

 /* Alter payment table, add constraint */
 ALTER TABLE payment ADD 
     CONSTRAINT FK_payment
     FOREIGN KEY (paymentOwner) REFERENCES users(cvr)
     ON UPDATE CASCADE
     ON DELETE CASCADE

N�r jeg pr�ver at k�re det, f�r jeg f�lgende fejl.

Error Code: 1005
Can't create table 'payz.#sql-658_5020' (errno: 150)

Jeg har pr�vet at kigge p� mysql.com(http://dev.mysql.com/doc/refman/5.0/en/innodb-error-codes.html)

Men der er ikke meget hj�lp at hente ud over "table creation failed because a foreign key constraint was not correctly formed"

H�ber der er nogle her inde som m�ske kan se hvad jeg g�r galt.

MsSql View viser ikke �nskede dataudtr�k

Tue, 27 Sep 2011 14:00:24 GMT

Hej Udviklere

Jeg sidder med et st�rre projekt, hvor jeg bruger en MsSql DB.

Jeg har f�et en udfordring med relationen imellem to tabeller, n�r jeg laver et View.

Relationen er s�dan:
TableA har to foreign keys til TableB's primary key.
-Det er muligvis her, at jeg har fucket op i min normalisering.
Grunden til dette design valg - er TableB's records kan v�re opdelt i s�t, hvor hver "kun" kan v�re i et.

TableA har 2 rows (primary_id, secondary_id)
begge foreign keys til TableBs primary key.

N�r jeg s� laver det view, der viser TableA id + "navn" p�
primary_id og secondary_id, ved at med tage "navn" fra TableB.
Viser mit dataudtr�k intet.

Det g�res ved en INTER_JOIN i Microsoft SQL SMS:
Andre Dataudtr�k fungere som det skal - indtil jeg f�r medtaget
TableA og TableB. Hver for sig fungere alt.

Mine egne tanker at fejlen ligger i designet, da det er ved den relation fejlen opst�r. Dog synes jeg ikke det vil give mening at oprette 2 tables mere, der "bare" videre f�re oplysningerne fra TableB til TableA.

H�ber at denne lange sm�re giver mening.

//Kasper