Sida 3 av 3
Postat: 10 september 2007, 15:37:54
av sodjan
Varför ha en LIMIT när man ändå unikt pekar ut posten man vill ändra ???
Är det någon optimering (sökningen avslutas efter första "träffen" t.ex) ?
Men det borde databasen ändå "förstå" om user har ett unikt index eller
constraint...
Postat: 10 september 2007, 16:26:22
av speakman
Det kan vara bra under utvecklingsskedet så man inte råkar tömma en hel tabell oavsiktligt...
Postat: 10 september 2007, 16:41:28
av JimmyAndersson
Precis, det var därför jag ville ha med den.
Efter att ha ändrat
LIMIT = 1 till
LIMIT 1 så fungerar nu allt perfekt.
Nu återstår bara att innesluta alla strängar och städa bort lite debug-kod.
Sedan är hela admin-systemet klart.
Alla inblandade: Stort tack för hjälpen!
Både det här projektet och komponentdatabasen (som jag ska jobba
vidare på snart) har gjort att jag lärt mig mycket om både PHP och MySQL.
Jag hade i princip aldrig pysslat med det innan, men jag kommer
garanterat fortsätta med detta. För det är riktigt kul!

Postat: 10 september 2007, 19:50:34
av sodjan
> Det kan vara bra under utvecklingsskedet så man inte råkar tömma en hel tabell oavsiktligt...
Backup.
Eller så gör man rollback, om man kan. Det kan vara svårt från en web miljö.
Därför bör man testa sina SQL'er interaktivt först så man kan välja att
rollback'a om det går snett...
Dessutom blir ju det enda resultatet med LIMIT att man tömmer *fel* post,
även om det kanske bara är *en* post...

Postat: 10 september 2007, 21:38:09
av speakman
> Nu återstår bara att innesluta alla strängar...
SAMT se till att alla strängar escapas genom mysql_real_escape_string!
> Sedan är hela admin-systemet klart.
Vill vi gärna få demokonto till...
> Alla inblandade: Stort tack för hjälpen!
NP! Kul att stå till tjänst!
> Jag hade i princip aldrig pysslat med det innan, men jag kommer
garanterat fortsätta med detta. För det är riktigt kul!
Du kan ju prova ta en titt på Ruby-on-Rails eller Django framöver.
Tror dom hade gjort ditt system betydligt enklare än PHP när man väl lärt sig dom.
EDIT: sodjan: Tyst, gubbe!

Postat: 10 september 2007, 21:59:41
av JimmyAndersson
Sodjan har ju egentligen helt rätt.
Apropå backup: Var sparas .sql-filer i Debian?
Ska kika på Ruby-on-Rails och Django.
> Nu återstår bara att innesluta alla strängar...
SAMT se till att alla strängar escapas genom mysql_real_escape_string!
Sant.
> Sedan är hela admin-systemet klart.
Vill vi gärna få demokonto till...
Inga problem. Hade faktiskt planerat att fixa det.

Postat: 10 september 2007, 22:51:44
av speakman
.sql-filer?
MySQL's datafiler lagras i /var/lib/mysql, men dessa ska du inte röra själv (om du inte stängt ner mysqld).
Använd istället mysqlhotcopy el. mysqldump.
Postat: 10 september 2007, 23:39:17
av sodjan
> sodjan: Tyst, gubbe!
In your dreams...
Bara lite nyfiken Jimmy, vilken db-motor kör du ?
MyISAM eller InnoDB ?
Postat: 10 september 2007, 23:52:09
av JimmyAndersson
Jag kör med MyISAM.
Postat: 10 september 2007, 23:57:28
av sodjan
Ah, OK, ja då missar du ju mycket av det roliga.

Det blir inte mycket till databashantering utan transaktioner...
Därmed inte sagt att det inte räcker till till det du gör just nu!
Postat: 11 september 2007, 00:03:12
av JimmyAndersson
Ajdå.
Men som sagt, till det här räcker det.
edit: Läste lite om skillnaderna
här och InnoDB har helt klart många fördelar.
Postat: 11 september 2007, 00:07:20
av speakman
Eller så byter man till PostgreSQL direkt så slipper man fundera. Steg nr.2 kanske?

Postat: 11 september 2007, 00:10:43
av JimmyAndersson
Det kan det bli.
