Använda databas till detta eller är det bara prestandakrävande?

Re: Använda databas till detta eller är det bara prestandakrävande?

bassebhu skrev:

Är det bättre att bara spara kommun-namnet direkt i ett kommun-fält i användartabellen? Dvs skippa hela kommuntabellen och spara namnet direkt i användarfältet..?

Att lägga in kommunen i användartabellen låter som en mycket dum idé då detta kommer att innebära rendundans så det skriker om det. Varför inte sätta kommunnamnet som primärnyckel i tabellen kommun och sedan ha det som en foreign key i användartabellen?

ok. först har jag inte en aning om vad rendundans så det skriker om det innebär..? :)

att sätta kommunnamnet som primärnyckel gör jag genom att klicka i nyckelsymbolen i phpmyadmin? :)
och detta med foreign key innebär? att jag bara tar med det som en join? eller måste göra något ytterligare..?

tack för svar

i så fall, är det samma med användarens namn, epost och ort m.m som man då inte borde spara i varje inlägg...? jag tycker att det borde bli slöare att hämta info från två tabeller om man har typ 20 000 poster. :)

Jag skulle lagra användarinformationen i en tabell. När användaren postar ett inlägg så sparas enbart användar-idet i inläggstabellen.

Redundans innebär att du ha data i databasen som är samma på flertalet ställen. Exempelvis att du sparar ortnamnet dels i en ortstabell och att användaren skriver in sitt eget ortsnamn blir redundans... (http://www.susning.nu/Redundans och http://www.susning.nu/Normalisera#2)

I ditt fall skulle jag nog göra så att jag sparar ortsnamnet i en egen tabell, sedan koppla id-nummret till användartababellen... (och på så sätt undvika redundans i form av att X antal medlemmar skriver in Stockholm i ort-fältet)... Fast då finns det ju ingen möjlighet för folk att skriva lite lustiga saker i ortsnamnet, typ som "Mellan stol & flygel".... ;)

Det blir slöare för dig att hämta infon från två tabeller, det är sant. Men å andra sidan sparar du en massa utrymme genom att undvika rendundansen!

// Nippe

men som sagt så är mina ortsnamn låsta i select-val så användare kan inte skriva in någonting själv i det fältet. ändå smartare att hämta all den infon från medlemstabellen när man skriver ut inlägg..?

min fråga är bara för att jag vill göra rätt från början och ha det så snabbladdat som det bara går.

om jag nu går på er linje med att hämta alla användaruppgifter från medlemstabellen.. hur ska jag göra för att det ska gå snabbladdat.. en join som ser ut hur? ska jag mixa nåt med primary key eller vad det var? och ska jag ange i sql-frågan vilka fält som ska hämtas så att jag inte sätter * och får en magnifik fråga som tar 20 minuter att fixa...

tack!

Om det är ett relativt litet antal olika orter skulle du kunna lagra enbart en siffra som du sedan gör om till rätt ort direkt i PHP.

username    userid    ort
Basse       15         0
Kitti       16         1

<?
# Plocka orten ur databasen
...

# Koppla ihop ortssiffran med ett ortsnamn
$ortsnamnslista = array("Fjollträsk", "Långtbortistan");
$ortsnamn = $ortsnamnslista[$ortssiffra];
?>

nej, det är samtliga kommuner i sverige så det är nog en osmidig lösning. allihop finns redan i min databas. och javascriptet är kirrat ;)

men jag gillar ditt exempel :D

bassebhu skrev:

om jag nu går på er linje med att hämta alla användaruppgifter från medlemstabellen.. hur ska jag göra för att det ska gå snabbladdat.. en join som ser ut hur? ska jag mixa nåt med primary key eller vad det var? och ska jag ange i sql-frågan vilka fält som ska hämtas så att jag inte sätter * och får en magnifik fråga som tar 20 minuter att fixa...

...? :) tacksi

SELECT 
    i.inlagg,
    m.medlem_namn,
    o.ort_namn
FROM
    inlaggstabell AS i,
    medlemstabell AS m,
    ortstabell AS o
WHERE 
    i.inlagg_id = X
  AND
    i.medlem_id = m.medlem_id
  AND
    m.ort_id = o.ort_id

Så skulle jag gjort i alla fall!

ok. funkar det bättre än join? och är det snabbare om vi snackar stora volymer och många användare?

ok, min fråga kvarstår.

om jag vill spara alla inläggsdata i inläggstabellen MEN hämta bara ett fält från medlemstabellen. låt säga "namn".

tjänar jag då på att lägga till namnet i varje inlägg i stället för att hämta från två tabeller? finns det någon ungefärlig gräns vad gäller snabbladdning i förhållande till databasstorlek...?

som sagt: sparar jag kontaktuppgifter i varje inlägg så tar det mycket utrymme i databasen. hämtar jag å andra sidan kontaktuppgifter för varje inlägg från medlemstabellen så får jag två tabeller att hämta ifrån, vilket jag tycker bör vara segt. har jag fel? återigen tänker jag på hur en databas kan växa till gigantiska volymer och vill göra rätt från början...

och en fråga till: bör jag spara ip i varje inlägg eller räcker det om det sparas i medlemskolumnen när medlemmen blir registrerad?

bassebhu skrev:

och en fråga till: bör jag spara ip i varje inlägg eller räcker det om det sparas i medlemskolumnen när medlemmen blir registrerad?

Du bör spara i varje inlägg. Det kan ju vara någon som råkar bli av med sitt lösenord till fel person, och då kan det vara bra att se vad som har hänt.

Jag är osäker på dina övriga frågor. Du skulle ju kunna slänga upp en testdatabas med utslumpad data och helt enkelt mäta snabbheten på de olika metoderna.

ok tack.

har php någon liten funktion för att skriva ut laddningstiden?
hur fungerar wF's:
"Servern genererade sidan på 0.2920020 sekunder (88.21% PHP - 11.79% MySQL). Antal SQL-frågor: 37"

t ex?

bassebhu skrev:

ok tack.

har php någon liten funktion för att skriva ut laddningstiden?
hur fungerar wF's:
"Servern genererade sidan på 0.2920020 sekunder (88.21% PHP - 11.79% MySQL). Antal SQL-frågor: 37"

t ex?

<?php
//överst på sidan
$tid_start = microtime();
?>
Här kommer det som ska visas på sidan!
Alltså din html kod m.m
<?php
// Längst ner på sidan
$tid_slut = microtime();
$tid = $tid_slut - $tid_start;
echo "<b>Sidan laddades på: " . round($tid, 5) . " sekunder</ b>";
?>

Angående dina frågor att hämta från en tabell vs. att hämta från två (eller flera). Det torde vara snabbare att hämta data från enbart en tabell.

MEN, om du nu tänker dig att din databas växer "till gigantiska volymer" så kommer du i sådanafall ha en massa data som är reduntant (som vi tidigare diskuterade). Det innebär alltså att din databas kommer att ta upp mycket mer utrymme om du väljer att lagra datan i en tabell.

-> MAO, om du lagrar 'ort' i varje rad i din medlemstabell så tar det upp mer utrymme än det skulle göra att lagra det i en egen tabell och sedan enbart ha ett ID som kopplar medlemmens ort till.

Kontanta: Det du eventuellt vinner i snabbhet på att ha allt i en tabell förlorar du i utrymme. Och en större databas borde vara långsammare att söka i än en som är bra normaliserad och därmed mindre...

Ang. IP-kollen så håller jag med övriga talare - lagre IP för varje inlägg!

// Nippe

ok, tack för synpunkterna :)

nu är jag inne på att låta vissa uppgifter sparas i inlägget eftersom jag vill att m,an ska kunna redigera endast dem. dvs medlemsinfot används bara för att hämta till förifyllda fält. hade jag inte haft det så så hade jag nog valt att hämta allt från medlemstabellen då det rörde sig om typ 5 fält.

möjligt att jag kommer att få ångra det senare, men jag vill att man ska kunna ha olika telefonnummer och sånt i olika inlägg.

ip i varje inlägg ska fixas. tack

bassebhu skrev:

möjligt att jag kommer att få ångra det senare, men jag vill att man ska kunna ha olika telefonnummer och sånt i olika inlägg.

Ja, då måste du nog lösa det genom att placera informationen i inläggstabellen.

Men du skall vara medveten om att det kan ställa till problem för dig senare. Om en medlem flyttar/byter nummer så kommer ju då inaktuella uppgifter att finnas i inlägget...

Nyfiken: Vad är det du knåpar med? Mycket frågor från dig i PHP nu ;)

// Nippe