[PHP/(My)SQL] voor dummies - Deel 30 | Digital Corner (DIG)

FOK!-Schrikkelbaas maandag 17 juli 2006 @ 18:34:58 #61

Swetsenegger

Egocentrische Narcist

quote:
Op maandag 17 juli 2006 18:28 schreef ExCibular het volgende:
Heeft iemand hier ervaring met het wegschrijven van gegevens in een file ipv in een database?
Ik ben van plan een telefoonnotitie systeem te bouwen voor een zeer kleine organisatie. Het zou dus makkelijker zijn als er geen database nodig is maar hoeveel kost dat aan snelheid? Hoe snel is een textfile als je enkele honderden gegevens wil bekijken?

Het gemak ontgaat me eigenlijk?
Wat maakt het uit of je een entry naar DB schrijf, of naar een txtfile?

 | FOK! Schrikkelbaasch

maandag 17 juli 2006 @ 18:38:03 #62

the_disheaver

je hoeft geen database aan te maken. sql server enzo

maandag 17 juli 2006 @ 18:55:08 #63

ralfie

!Yvan eht nioj

Voor kleine tabellen is het zeer makkelijk. Om data op te halen include je je database als php bestand en om weg te schrijven is var_dumpexport genoeg
Geen gedoe met escapen, connecten en die shit, je kunt direct met een array beginnen

1
2
3
4
5
6
7
8
9
10

<?php
//ophalen
include('database.php');
//data zit nu in $data

//wegschrijven
$x=fopen('database.php');
fwrite($x,'< ?php $data = '.var_export($data,true) );
fclose($x);
?>

Zolang de hoeveelheid data niet in de megabytes gaat lopen kan ik me niet voorstellen dat een database sneller is. Bovendien heb je geen database nodig, wat best handig is als je host er geen heeft

[ Bericht 2% gewijzigd door ralfie op 17-07-2006 19:26:57 ]

maandag 17 juli 2006 @ 22:16:05 #64

ExCibular

Het is/wordt geen webapplicatie maar intranet, en de host heeft inderdaad geen sql server. Vandaar dat een text file makkelijker zou zijn. De file zat niet zo groot worden, het is een simpel telefoonnotitie systeem.
Dus ik ga denk ik een systeem maken dat elk jaar netjes een nieuwe file aanmaakt met fopen zo zal de maximale load iets van 300kb zijn.
Dank je wel voor jullie reacties!

FOK!-Schrikkelbaas maandag 17 juli 2006 @ 22:33:25 #65

Swetsenegger

Egocentrische Narcist

quote:
Op maandag 17 juli 2006 18:38 schreef the_disheaver het volgende:
je hoeft geen database aan te maken. sql server enzo

een LAMP pakketje installeer je in 5 minuten

 | FOK! Schrikkelbaasch

maandag 17 juli 2006 @ 22:39:35 #66

Roonaan

Strictly

quote:
Op maandag 17 juli 2006 22:16 schreef ExCibular het volgende:
Het is/wordt geen webapplicatie maar intranet, en de host heeft inderdaad geen sql server. Vandaar dat een text file makkelijker zou zijn. De file zat niet zo groot worden, het is een simpel telefoonnotitie systeem.
Dus ik ga denk ik een systeem maken dat elk jaar netjes een nieuwe file aanmaakt met fopen zo zal de maximale load iets van 300kb zijn.
Dank je wel voor jullie reacties!

Zou daar in ieder geval elke maand van maken. Dat is iets makkelijker voor statistieken denk ik, en voor het eventueel opzetten van kwartaaloverzichten.

maandag 17 juli 2006 @ 23:00:45 #67

mschol

quote:
Op zondag 16 juli 2006 13:16 schreef mschol het volgende:
klein vraagje:
ik heb ontdenkt dat om de een of andere reden na het sluiten en weer openen van mijn browser mijn sessies niet meer worden gelezen:
ik gebruik de volgende code om te kijken of je bent ingelogd:
[ code verwijderd ]

$result geeft netjes het session ID door en de query klopt ook..
alleen om de een of andere vage reden kan hij dan me sessie niet meer uitlezene (als ik na session_id($result);
het volgende neerzet:
die(print_r($_SESSION));
dan krijg ik een lege array..

wie ziet wat er zou kunnen zijn?
de het sessie bestand bestaat gewoon op de server (en er staan waardes in)

niemand die een idee heeft?

maandag 17 juli 2006 @ 23:01:48 #68

the_disheaver

quote:
Op maandag 17 juli 2006 18:55 schreef ralfie het volgende:
Voor kleine tabellen is het zeer makkelijk. Om data op te halen include je je database als php bestand en om weg te schrijven is var_dumpexport genoeg
Geen gedoe met escapen, connecten en die shit, je kunt direct met een array beginnen
[ code verwijderd ]

Zolang de hoeveelheid data niet in de megabytes gaat lopen kan ik me niet voorstellen dat een database sneller is. Bovendien heb je geen database nodig, wat best handig is als je host er geen heeft

Dan moet toevallig database.php wel php code bevatten (dus $data = 'blaat')

Beter kun je file() nemen, zit het genoemde bestand in een array met elke nieuwe rij in een aparte row.

Of fwrite om elke regel apart te lezen.

maandag 17 juli 2006 @ 23:02:09 #69

Roonaan

Strictly

@mschol:

Heb je session_set_cookie_params() wel aangepast om te zrogen dat je cookie langer meegaat?

maandag 17 juli 2006 @ 23:04:07 #70

mschol

quote:
Op maandag 17 juli 2006 23:02 schreef Roönaän het volgende:
@mschol:

Heb je session_set_cookie_params() wel aangepast om te zrogen dat je cookie langer meegaat?

je bedoelt in de setcookie functie time()+3600 ??

1	setcookie("Logged",$_GET['SESID'],time()+36000);

die stel ik in

maandag 17 juli 2006 @ 23:06:45 #71

Roonaan

Strictly

quote:
Op maandag 17 juli 2006 23:04 schreef mschol het volgende:

[..]

je bedoelt in de setcookie functie time()+3600 ??
[ code verwijderd ]

die stel ik in

Waarom zet je zelf het cookie? Dat doet PHP toch voor je?

Maar heb je dan wel ook session_name('Logged') gebruikt?

maandag 17 juli 2006 @ 23:11:05 #72

mschol

quote:
Op maandag 17 juli 2006 23:06 schreef Roönaän het volgende:

[..]

Waarom zet je zelf het cookie? Dat doet PHP toch voor je?

Maar heb je dan wel ook session_name('Logged') gebruikt?

hmmm volgens mij ga ik het session gedeelte van php.net nog maar een keer doornemen..
in iedergeval bedankt voor je hulp.. n ik gok dat ik gewoon wat dingen vergeet

(vreemde was dat hij het wel deed, en plotseling nie meer

)

dinsdag 18 juli 2006 @ 12:48:06 #73

Desdinova

Olaa

ik zit al een tijdje met een probleem/vraag over mails die verstuurd worden via mail() maar niet aankomen, bijv. door een volle mailbox of een niet bestaand adres.

Nou dacht ik dat met de header Return-path een waarde ingesteld kan worden waarnaar de foutmelding wordt gemailed ofzo, maar ik krijg dit niet voor elkaar? Heeft iemand wat meer info hierover voor me?

As a rule, I never touch anything more sophisticated and delicate than myself.

dinsdag 18 juli 2006 @ 13:31:11 #74

Sadar

quote:
Op dinsdag 18 juli 2006 12:48 schreef Desdinova het volgende:
ik zit al een tijdje met een probleem/vraag over mails die verstuurd worden via mail() maar niet aankomen, bijv. door een volle mailbox of een niet bestaand adres.

Nou dacht ik dat met de header Return-path een waarde ingesteld kan worden waarnaar de foutmelding wordt gemailed ofzo, maar ik krijg dit niet voor elkaar? Heeft iemand wat meer info hierover voor me?

Als je een from: gebruikt zal een foutmelding daar standaart naartoe gemaild worden. Als je een aparte email box wilt gaan gebruiken kun je ook een reply-to: gebruiken

dinsdag 18 juli 2006 @ 14:01:55 #75

mschol

iemand die een beetje duidelijke uitleg/tutorial weet van sessies in php?

ik kan alleen hele een 2 regel uitleg over sessies vinden...

dinsdag 18 juli 2006 @ 16:51:10 #76

Desdinova

Olaa

@ mschol
misschien heb je hier wat aan;
http://nl2.php.net/manual/en/ref.session.php

verder;
Is het mogelijk om bij een query direct op te tellen? dussehh, ik heb een kolom Value bijvoorbeeld (int), en bij de aanwezige waarde wil ik dmv een update +3 doen. Kan dat?

As a rule, I never touch anything more sophisticated and delicate than myself.

dinsdag 18 juli 2006 @ 18:55:56 #77

MeScott

quote:
Op dinsdag 18 juli 2006 16:51 schreef Desdinova het volgende:
@ mschol
misschien heb je hier wat aan;
http://nl2.php.net/manual/en/ref.session.php

verder;
Is het mogelijk om bij een query direct op te tellen? dussehh, ik heb een kolom Value bijvoorbeeld (int), en bij de aanwezige waarde wil ik dmv een update +3 doen. Kan dat?

Ja, dat kan

1	UPDATE tabel SET Value = Value + 3

dinsdag 18 juli 2006 @ 20:30:52 #78

Desdinova

Olaa

As a rule, I never touch anything more sophisticated and delicate than myself.

woensdag 19 juli 2006 @ 11:09:39 #79

Chandler

Kleine vraag

ik heb in een MySQL database een paar velden (houding1 t/m houding11)

nu wil ik graag alle houdingen stuk voor stuk uitlezen en checken maar dat wil ik graag in een for loopje doen.. oftewel iets als dit

1
2
3
4
5
6
7
8
9
10

<?php
$list = mysql_fetch_object($query);

for ($x = 1; $x < 12; $x++)
{
$t = $list->houding$x;

// check $t op value
}
?>

echter krijg ik steeds fouten als ik $list->houding(nummer) doe... heeft iemand hier een oplossing voor? tnx

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 19 juli 2006 @ 11:11:04 #80

#ANONIEM

quote:
Op woensdag 19 juli 2006 11:09 schreef Chandler het volgende:
Kleine vraag

ik heb in een MySQL database een paar velden (houding1 t/m houding11)

nu wil ik graag alle houdingen stuk voor stuk uitlezen en checken maar dat wil ik graag in een for loopje doen.. oftewel iets als dit
[ code verwijderd ]

echter krijg ik steeds fouten als ik $list->houding(nummer) doe... heeft iemand hier een oplossing voor? tnx

Wat voor error...

woensdag 19 juli 2006 @ 11:15:17 #81

Chandler

1	Notice: Undefined property: houding in d:\www\bedrijf\www.dasarto.com\customer.php on line 326

en 326 is natuurlijk de regel waar $list->houding staat..

verder heb ik al vele mogelijkheden geprobeerd ($list->houding$x, $list->"houding$x", etc)

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 19 juli 2006 @ 11:28:56 #82

Desdinova

Olaa

probeer dit eens:

while ($list = mysql_fetch_object($query)){
$t = $list->houding$x;

// check $t op value
}

alleen dan nog even finetunen naar wens

As a rule, I never touch anything more sophisticated and delicate than myself.

woensdag 19 juli 2006 @ 11:53:33 #83

Chandler

nee, want alle houdingen staan al in $list, hier een lijst van var_dump

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

object(stdClass)(45) {
  ["id"]=>  string(3) "168"
  ["klant_id"]=>  string(3) "177"
  ["maat1"]=>  string(1) "0"
...etc...
  ["maat21"]=>  string(1) "0"
  ["maat22"]=>  string(1) "0"
  ["houding1"]=>  string(1) "0"
  ["houding2"]=>  string(1) "0"
  ["houding3"]=>  string(1) "0"
  ["houding4"]=>  string(1) "0"
  ["houding5"]=>  string(1) "0"
  ["houding6"]=>  string(1) "0"
  ["houding7"]=>  string(1) "0"
  ["houding8"]=>  string(1) "0"
  ["houding9"]=>  string(1) "0"
  ["houding10"]=>  string(1) "0"
  ["houding11"]=>  string(1) "0"
  ["weight"]=>  string(1) "0"
  ["length"]=>  string(1) "0"
  ["comment"]=>  string(0) ""
}

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 19 juli 2006 @ 12:00:47 #84

SuperRembo

Sinds 1998

Dit

1	$list->{houding$x}

of anders

1 2	$h = "houding$x"; $list->$h

Maar het blijft natuurlijk een draak van een datamodel

woensdag 19 juli 2006 @ 12:16:41 #85

Chandler

hoezo een draak van een data model? hehe, ik probeer gewoon alle maten en dergelijke zaken die met elkaar te maken hebben bij elkaar te houden...

maar goed; ik snap het idee en ga er gelijk mee aan de slag!

tnx SuperRembo!

ps

Deze werkt niet

1	$list->{houding$x}

en deze wel!

1 2	$h = "houding$x"; $list->$h

[ Bericht 45% gewijzigd door Chandler op 19-07-2006 12:22:50 ]

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 19 juli 2006 @ 12:33:11 #86

JeRa

quote:
Op woensdag 19 juli 2006 11:09 schreef Chandler het volgende:
Kleine vraag

ik heb in een MySQL database een paar velden (houding1 t/m houding11)
....

Hier stop ik maar even, wat dacht je ervan om je databasemodel te normaliseren en die houding1 t/m houding11 in een aparte tabel, gekoppeld aan de oorspronkelijke records op te slaan?

woensdag 19 juli 2006 @ 12:35:29 #87

Chandler

Ik wil ze niet in een appart tabel hebben om dat ik alle gegevens die ik in die tabel altijd allemaal in 1x nodig ben... en zie niet wat het voordeel is als ik een apparte houdingen tabel aanmaak, wat daar de snelheid van is..

Kun je me dat eens uitleggen!?

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 19 juli 2006 @ 12:44:54 #88

JeRa

quote:
Op woensdag 19 juli 2006 12:35 schreef Chandler het volgende:
Ik wil ze niet in een appart tabel hebben om dat ik alle gegevens die ik in die tabel altijd allemaal in 1x nodig ben... en zie niet wat het voordeel is als ik een apparte houdingen tabel aanmaak, wat daar de snelheid van is..

Kun je me dat eens uitleggen!?

Op deze manier normaliseer je je database zó dat het een heel stuk netter is om ze op te halen uit de database én dat je ze in de toekomst relatief simpel kunt koppelen aan de parent records. In een aparte houdingentabel hoef je maar één index te leggen om snel te kunnen zoeken op bepaalde waardes, terwijl je in een ongenormaliseerd model in dit geval 11 indices had moeten aanleggen.

Zie deze pagina voor wat voor- en nadelen. Ik ben van mening dat in 99/100 gevallen een genormaliseerd model beter van toepassing is dan een ongenormaliseerd model

woensdag 19 juli 2006 @ 12:58:36 #89

Chandler

je hebt gelijk, maar zoeken op maten hoef ik dus niet. Deze maten worden eingelijk maar 1x gebruikt en dat is wanneer een klant een kledingstuk besteld. En natuurlijk als de klant aangemaakt wordt! maar verder wordt er niets mee gedaan... maar ik zal het artikel eens lezen!

The people who lost my respect will never get a capital letter for their name again.
Like trump...

woensdag 19 juli 2006 @ 13:17:03 #90

#ANONIEM

quote:
Op woensdag 19 juli 2006 12:44 schreef JeRa het volgende:

[..]

Op deze manier normaliseer je je database zó dat het een heel stuk netter is om ze op te halen uit de database én dat je ze in de toekomst relatief simpel kunt koppelen aan de parent records. In een aparte houdingentabel hoef je maar één index te leggen om snel te kunnen zoeken op bepaalde waardes, terwijl je in een ongenormaliseerd model in dit geval 11 indices had moeten aanleggen.

Zie deze pagina voor wat voor- en nadelen. Ik ben van mening dat in 99/100 gevallen een genormaliseerd model beter van toepassing is dan een ongenormaliseerd model

Dat niet alleen. Stel dat er straks 12, 13, 113, 115 maten zijn. Moet hij iedere keer weer zijn tabel-structuur aanpassen

Forum Opties
Forumhop:
Hop naar:	(afkorting, bv 'KLB')

[PHP/(My)SQL] voor dummies - Deel 30

» digital corner

» digital corner