Archief - Wat is het snelste: een array of een DB

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

blackrabbit

Legacy Member
Gogeta zei:
Ik snap niet hoe da gij zo hard kunt zijken op ne mens die raad nodig heeft, is da hier eigen aan 9lives of wa?
Elke keer ik hier iemand een vraag zien stellen is het ofwel een opmerking die neerkomt op 'zijt gij dom ofwa?'

Ipv dan gewoon snel de 3 scenarios ofzo te geven als hij een lijst met data nodig heeft...

a: databank
b: array
c: xml

a: databank als ge specifiek gaat zoeken is imho het gemakkelijkste, ook omda ge dinge kunt toevoegen en aanpassen met gemak.
b: array alst rap rap moet zijn en altijd hetzelfde is, bv een array met 10 namen ofzo in (1,jan) (2,bart) ...
c: xml, imho zoals b, maar iets beter :) typisch voorbeeld is boeken, met een auteur , publisher, aantal paginas etc etc .. maar snel snel zal ik altijd voor een array kiezen indien mijn items niet teveel verschillende parameters hebben.

Aan jou de keuze waar je prioriteiten liggen..


Ga je dit voor je 100 dingen merken? Neen...

Ps. stop met zijken als mensen een vraag hebben, iedereen kan ergens over lezen of iets gemist hebben.. sorry dat jullie allemaal ubermensch zijn...
Het 'zyken' (grow up ffs) is een direct gevolg van zijn vraagstelling: die slaat immers nergens op. Het is als vragen: 'Wat is beter, een appel of een stoel?'. Wel, dat hangt volledig af van wát je wil doen. Wil je immers eten, dan ben je met een stoel niets.

Uw a-b-c antwoord is bovendien ook erg kort door de bocht. Alsof er geen andere data-structuren bestaan dan arrays.
Verder: DB/XML = data opslaan op een medium (persistentie of eventueel transfer). Array = (interne) datastructuur die je niet zomaar kan 'opslaan'.


Grappig ook dat jullie meteen kunnen bepalen dat het 'voor 100 elementen niet uitmaakt'. Wat als hij op een (ondoordachte) manier wil zoeken in die 100 items, en dit 1000en keren achter elkaar?


Op stackoverflow ga je trouwens dezelfde reacties krijgen. Niet omdat ze daar ook onbehulpzaam zouden zijn, wel omdat de vraagstelling gewoonweg vaag/fout is.

Gogeta

Legacy Member
blackrabbit zei:
Het 'zyken' (grow up ffs) is een direct gevolg van zijn vraagstelling: die slaat immers nergens op. Het is als vragen: 'Wat is beter, een appel of een stoel?'. Wel, dat hangt volledig af van wát je wil doen. Wil je immers eten, dan ben je met een stoel niets.

Uw a-b-c antwoord is bovendien ook erg kort door de bocht. Alsof er geen andere data-structuren bestaan dan arrays.
Verder: DB/XML = data opslaan op een medium (persistentie of eventueel transfer). Array = (interne) datastructuur die je niet zomaar kan 'opslaan'.


Grappig ook dat jullie meteen kunnen bepalen dat het 'voor 100 elementen niet uitmaakt'. Wat als hij op een (ondoordachte) manier wil zoeken in die 100 items, en dit 1000en keren achter elkaar?


Op stackoverflow ga je trouwens dezelfde reacties krijgen. Niet omdat ze daar ook onbehulpzaam zouden zijn, wel omdat de vraagstelling gewoonweg vaag/fout is.

Ben ik niet mee akkoord. Maar dat is uw keuze, grow zelf ff up en helpt ne medemens ipv zo steken te zitte geven.

Dieterg

Legacy Member
Gogeta zei:
Ben ik niet mee akkoord. Maar dat is uw keuze, grow zelf ff up en helpt ne medemens ipv zo steken te zitte geven.

Toch heeft em gelijk! De TS heeft imo nu ook niet bepaald een reputatie om U tegen te zeggen. Een tijdje geleden kwam hij hier vertellen dat hij dé PHP specialist was. Tot je zag welke vragen enz hij hier stelde. Ik zou wel eens willen weten welke boeken dat waren die hij gelezen heeft..

Zelf reageert hij imo ook onbeschoft in sommige threads.

En dan nog, deze thread kan nog steeds niet opgelost geraken want we weten nog steeds niet wat hij met zen data wilt doen.

Gogeta

Legacy Member
Mam zei:
Toch heeft em gelijk! De TS heeft imo nu ook niet bepaald een reputatie om U tegen te zeggen. Een tijdje geleden kwam hij hier vertellen dat hij dé PHP specialist was. Tot je zag welke vragen enz hij hier stelde. Ik zou wel eens willen weten welke boeken dat waren die hij gelezen heeft..

Zelf reageert hij imo ook onbeschoft in sommige threads.

En dan nog, deze thread kan nog steeds niet opgelost geraken want we weten nog steeds niet wat hij met zen data wilt doen.

Dat hij zelf onbeschoft is en dit met zijn pro php skill verklaring, was ik niet van op de hoogte... kom hier niet veel vanwegen de 'neerkijkende' sfeer die ik hier regelmatig merk... dus snap dan wel ergens de botte reactie...

blackrabbit

Legacy Member
Gogeta zei:
Dat hij zelf onbeschoft is en dit met zijn pro php skill verklaring, was ik niet van op de hoogte... kom hier niet veel vanwegen de 'neerkijkende' sfeer die ik hier regelmatig merk... dus snap dan wel ergens de botte reactie...
Ik wist daar eerlijk gezegd niks van (buiten dan dat hij in de FP vermeldt dat hij 3 PHP boeken heeft gelezen).

Ik denk echter niet dat ik onbeschoft of bot ben geweest. Indien wel, dan vooral tegen de mensen die 'advies' geven dat nergens op slaat.

Neem nu Drone: 'Een array is sneller.'
Dat slaat echt nergens op. Als je weet welk item wáar in je array staat, dan heb je O(1) toegang. Weet je dat echter niet, dan heb je O(n) worst case toegang tot je item. Bij databases zal dit (vermoed ik) O(log(n)) zijn ofzo, dmv indices e.d. Al moet je wel rekening houden met overhead van de connectie natuurlijk.

Again: zonder meer informatie kán er gewoon geen deftig antwoord gegeven worden & bevatten mijn vorige posts geldige kritiek naar zowel de TS als de mensen die reageren..


PS: doe mij een plezier en stel diezelfde vraag, met evenveel info, op stack overflow.

Pudmeister

Legacy Member
't hangt er natuurlijk ook vanaf: moet de data opgeslagen blijven nadat het programma wordt afgesloten, zijn de gegevens hardcoded of moeten ze worden ingevoerd door een gebruiker, welke bewerkingen worden met de gegevens uitgevoerd,...

Als er bv veel gesleuteld moet worden aan de gegevens zou ik persoonlijk SQL aanraden, maar we beschikken niet over de bedoeling van de TS, dus kan men deze vraag niet eenduidig beantwoorden.

dJeez

Legacy Member
Gogeta zei:
@Robin, je kan beter vragen stellen op stackoverflow, massaal grotere userdatabase daar dus snellere (en gerichtere) antwoorden.
Je kent dus duidelijk zijn mening over Stack Overflow nog niet : https://www.beyondgaming.be/forums ... Laat dat ook al een verhelderender beeld geven over TS, en waarom er zo gebashed wordt in zijn threads. Ik probeer ze gewoon te negeren :p.

silent785

Legacy Member
Eigenlijk kunt ge ze allebei gebruiken maar een DB lijkt me toch iets meer 'conventieel' dan alles (100 auto's) opslaan in een multidimensional array.

Ook kunde dan ahv PHPMyAdmin makkelijker items verwijderen/aanpassen ipv te sukkelen(lees: knoeien) met je code.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan