/u/3273/crop62bb0d316df4f_cropped.png?f=community)
Het enige belangrijke is dat je vandaag altijd rijker bent dan gisteren. Als dat niet in centen is, dan wel in ervaring.
Je zou allicht kunnen beginnen met een Wiki 
oogjes open, snaveltjes dicht
:strip_icc():strip_exif()/u/43400/avatar.jpeg?f=community){kind=avatar}
Hoewel er een flinke "common-base" zal zijn, zijn er bij iedere DB wel een aantal verschillen en is er niet een "dé" manier is om gegevens op te slaan. Heb je het over "generieke" RDBM-sen zoals MySQL, MSSQL enzovoorts, of over specifieke databases voor specifieke doeleinden? Heb je het over "platte" databases, relationele, multi-dimensionele, hiëarchische databases of...?
Kijk misschien hier even: http://en.wikipedia.org/wiki/Database#Database_Internals
/edit: Damn you Don
Overigens: Waarom zou je moeten weten voor je product hoe een DB intern werkt? Het is toch juist goed dat je je daar niet druk over hoeft te maken als je met een DB aan te slag gaat? Zou wat worden...
Kijk misschien hier even: http://en.wikipedia.org/wiki/Database#Database_Internals
/edit: Damn you Don
Overigens: Waarom zou je moeten weten voor je product hoe een DB intern werkt? Het is toch juist goed dat je je daar niet druk over hoeft te maken als je met een DB aan te slag gaat? Zou wat worden...
[ Voor 41% gewijzigd door RobIII op 18-04-2006 14:55 ]
There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.
Je eigen tweaker.me redirect
Over mij
Het enige belangrijke is dat je vandaag altijd rijker bent dan gisteren. Als dat niet in centen is, dan wel in ervaring.
There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.
Je eigen tweaker.me redirect
Over mij
:strip_exif()/u/31626/eend.gif?f=community)
Het enige belangrijke is dat je vandaag altijd rijker bent dan gisteren. Als dat niet in centen is, dan wel in ervaring.
Thomas Kyte... die vent is echt vet actief. Misschien moet ik hem toch maar eens een mailtje sturen.
Ik denk dat je op dat laatste punt wel gelijk hebt ja, het ligt er maar net aan wat voor data je op welke manier nodig hebt. Het is dan beter om bekende technieken dynamisch beschikbaar te maken zodat het systeem daar de beste uit kan kiezen.
bedankt voor de tips
Het enige belangrijke is dat je vandaag altijd rijker bent dan gisteren. Als dat niet in centen is, dan wel in ervaring.
:strip_exif()/u/11775/SoulTaker.gif?f=community)
pffff dat wordt veel lezen. En de prijzen van die boeken zijn ook niet om over naar huis te schrijven 
hoe groot is de kans dat die boeken ook in de bieb te vinden zijn? ik schat vrijwel 0.
voor dat laatste (2-dimensionale indices) gebruiken we hier zelf quad-trees. Die werken op zich prima, al hebben ze niet de vrijheid en flexibiliteit van R-trees. ook hiervoor bedankt
hoe groot is de kans dat die boeken ook in de bieb te vinden zijn? ik schat vrijwel 0.
voor dat laatste (2-dimensionale indices) gebruiken we hier zelf quad-trees. Die werken op zich prima, al hebben ze niet de vrijheid en flexibiliteit van R-trees. ook hiervoor bedankt
Het enige belangrijke is dat je vandaag altijd rijker bent dan gisteren. Als dat niet in centen is, dan wel in ervaring.
je kiest ook wel even een onderwerp uit
Special voor jou dan . Hier bestel ik mijn boeken vaak, 2e hands, alleen maar positieve ervaringen.En de prijzen van die boeken zijn ook niet om over naar huis te schrijven
Ik geloof dat Postgres een heel aardige implementatie van R-trees heeft.voor dat laatste (2-dimensionale indices) gebruiken we hier zelf quad-trees. Die werken op zich prima, al hebben ze niet de vrijheid en flexibiliteit van R-trees. ook hiervoor bedankt
/u/27299/hoofd.png?f=community)
Man hopes. Genius creates. Ralph Waldo Emerson
Never worry about theory as long as the machinery does what it's supposed to do. R. A. Heinlein
:strip_icc():strip_exif()/u/11499/morphie.jpg?f=community)
Ik wil nog even toevoegen dat het voor jezelf heel verstandig is eerst 'ns te bedenken welke onderwerpen je wilt gaan onderzoeken. "Hoe ze worden opgeslagen en vervolgens weer efficient worden gebruikt" is gewoon veel te globaal. Bij opslaan heb je te maken met datatypes, character sets, pagesizes, *trees en bij het ophalen heb je concurrency, locking (readwrite), queueing. En ga zo maar door. Dus voordat je in een boek duikt is het verstandig uit te zoeken welk onderwerp je je op wil gaan richten, zodat je per boek in de index kan zien of dat onderwerp wordt aangesneden. Dat scheelt je geld en een boel leeswerk. Voorbereiden is de helft van de tijd.
Een experimentele community-site: https://technobabblenerdtalk.nl/. DM voor invite code.
Pagina: 1