[php / mysql] probleem met echoen van $var->o[1]

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • codeweb
  • Registratie: Juni 2002
  • Laatst online: 17-09 16:36
Ik heb in mijn database een kolom staan genaamd o[1]

nu wil ik daarvan de resultaten ophalen, alleen als ik dan echo $var->o[1]; doe, komt hij met niks terug, terwijl er in de database de waarde 1 voor staat.

Als ik echo "$var->o[1]"; doe zie je alleen die [1] staan, en dat is dus niet de waarde in de database. Ik denk zelf dat het aan de '[' & ']' moet liggen, alleen weet ik niet hoe ik ze moet laten zien.

Acties:
  • 0 Henk 'm!

  • PrinsEdje80
  • Registratie: Oktober 2001
  • Laatst online: 15-07 09:34

PrinsEdje80

Holographic, not grated...

Misschien escapen?!? :?

Used to be Down Under... Foto gallery


Acties:
  • 0 Henk 'm!

  • Tux
  • Registratie: Augustus 2001
  • Laatst online: 16-09 19:01

Tux

SELECT o[1] AS blaat ...rest van de query...

$var->blaat

werkt dat?

The NS has launched a new space transportation service, using German trains which were upgraded into spaceships.


Acties:
  • 0 Henk 'm!

  • codeweb
  • Registratie: Juni 2002
  • Laatst online: 17-09 16:36
ik neem aan dat je het zo bedoelt: echo $var->o\\[1\];

maar dan krijg ik de error: Warning: Unexpected character in input: '\' (ASCII=92) state=1 in d:\phpdev\www\webhosting\pages\search.php on line 425

Warning: Unexpected character in input: '\' (ASCII=92) state=1 in d:\phpdev\www\webhosting\pages\search.php on line 425

Acties:
  • 0 Henk 'm!

  • sjroorda
  • Registratie: December 2001
  • Nu online
Een andere manier is

$o = "o[1]";
$var->$o

Acties:
  • 0 Henk 'm!

  • codeweb
  • Registratie: Juni 2002
  • Laatst online: 17-09 16:36
Tux schreef op 10 december 2002 @ 17:15:
SELECT o[1] AS blaat ...rest van de query...

$var->blaat

werkt dat?
werkt idd als een trein, maar omdat nu 40 keer te doen :Z :z

Acties:
  • 0 Henk 'm!

  • grhmpf
  • Registratie: December 2000
  • Laatst online: 29-05-2022

grhmpf

Android <3

eh en waarom heet die kolom in godsnaam o[1] ? Mag dat met SQL tegenwoordig :P
Hoe dan ook je kan natuurlijk ipv van de naam van de kolom ook de index gebruiken als workaround. Als je nu iets van mysql_fetch_array gebruikt kan je daar een flag aan meegeven meen ik. (zie ook http://www.php.net/manual/en/function.mysql-fetch-array.php)

Acties:
  • 0 Henk 'm!

  • codeweb
  • Registratie: Juni 2002
  • Laatst online: 17-09 16:36
heb het opgelost mbv sjroorda's oplossing :)

dank iedereen :P

Acties:
  • 0 Henk 'm!

  • Glimi
  • Registratie: Augustus 2000
  • Niet online

Glimi

Designer Drugs

(overleden)
100% eens met grhmpf. Wat een ontzettend _gore_ naam voor een database kolom. Kun je uitleggen waar dat voor dient en iets van je datamodel laten zien?

Acties:
  • 0 Henk 'm!

Verwijderd

grhmpf schreef op 10 December 2002 @ 17:30:
eh en waarom heet die kolom in godsnaam o[1] ? Mag dat met SQL tegenwoordig :P
Hoe dan ook je kan natuurlijk ipv van de naam van de kolom ook de index gebruiken als workaround. Als je nu iets van mysql_fetch_array gebruikt kan je daar een flag aan meegeven meen ik. (zie ook http://www.php.net/manual/en/function.mysql-fetch-array.php)
je bedoelt mysql_fetch_row ?! (welke trouwens ook een stuk sneller is dan mysql_fetch_array)

Acties:
  • 0 Henk 'm!

  • codeweb
  • Registratie: Juni 2002
  • Laatst online: 17-09 16:36
Glimi schreef op 10 December 2002 @ 18:05:
100% eens met grhmpf. Wat een ontzettend _gore_ naam voor een database kolom. Kun je uitleggen waar dat voor dient en iets van je datamodel laten zien?
dit heeft te maken met hosting bedrijven die kunnen worden toegevoegd, en daar heb je 40 opties om aan te vinken als bedrijf, had het ook al dmv 1 textfield geprobeerd, maar dat ging niet, en het kwam zo ff uit :p ;)

Acties:
  • 0 Henk 'm!

  • Ericston
  • Registratie: Maart 2001
  • Laatst online: 23-06 23:17
40 opties die aan en uit kunnen? Misschien is een ouderwets bitarray dan wel de oplossing.

[ Voor 4% gewijzigd door Ericston op 10-12-2002 22:09 ]


Acties:
  • 0 Henk 'm!

  • thomaske
  • Registratie: Juni 2000
  • Laatst online: 17-09 07:55

thomaske

» » » » » »

Wat een vieze oplossingen allemaal.. (wat betreft je datamodel)
Het is niet verboden om meerdere tabellen te gebruiken in je database!

Je kan dit mooi oplossen met de volgende set van tabellen:
• een tabel met klanten
• een tabel met opties
• en een koppeltabel die deze 2 tabellen 'aanelkaar knoopt'

Voordelen:
• Geen redundatie
• eenvoudig opties toevoegen/aanpassen/verwijderen
• Geen enorme tabellen met niet-zeggende kolommen
• etc..

Brusselmans: "Continuïteit bestaat niet, tenzij in zinloze vorm. Iets wat continu is, is obsessief, dus ziekelijk, dus oninteressant, dus zinloos."


Acties:
  • 0 Henk 'm!

  • codeweb
  • Registratie: Juni 2002
  • Laatst online: 17-09 16:36
zal er eens naar gaan kijken :)
Pagina: 1