RE: [PEAR-DEV] one abstraction layer (my proposal for)

> i raise this > because there are already folks creating database management tools for GTK > using PHP (AGATA i think is the project name) and i think they may need > something like this. Well I am intrigued by php-gtk but I currently don't have the time to get into it much. Anyways if there is anything they need then they should speak up. I don't think that I would be willing to take much of a performance hit for features they need. But then again that is why extensibility is one of the key factors in this project imho. > > > 4.13) Results cache > > (as a side note: I would want any thing that serializes to be cluster > > capable. I am also currently working on data containers where I can > > throw parameters into the db to be used later. Like when I have a > > preview etc. Nothing special but I need this for files and passwords > > that you don't want/cant place in a hidden field) > im not sure i understand this one. you mean something thats mime encoded > or > otherwise encodes data that may cause issues ? Well in some instances I do not want to place data in a hidden field: for example a password should not be in a hidden field. Or it's not feasible like with a file. Anyways it's also not nice to send data back to the client if it's not needed there. But this is another story as this is not about caching query results in the DB. The important thing is that I want the cache to be accessible across a cluster. But then again this maybe out of the scope and could be achieved by a different package (dreaming of a cluster capable daemon to store data). Best regards, Lukas Smith smith@dybnet.de _______________________________ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de info@dybnet.de _______________________________ > -----Original Message----- > From: l0t3k [mailto:cshmoove@hotmail.com] > Sent: Sunday, December 02, 2001 4:07 PM > To: pear-dev@lists.php.net > Subject: Re: [PEAR-DEV] one abstraction layer (my proposal for) > > > Lukas > > > 4.3) Secuencial & Non Secuencial Row Fetching > > just a question: whats the purpose of non sequencial row fetching? > > Aside from legacy support is there really a need for this? > > Most people on this list said the don't use it. > > This is important to figure out for what is core and what should be > > loaded on demand. > > > one thing we are forgetting is that PHP is now more than a web app tool. > You > can see the possibilities by looking at PHP-GTK. im not suggesting that we > be all things to all people, but that should be kept in mind. but in cases like these, extended functions can be > made > non-core. > > > l0t3k > > > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, e-mail: pear-dev-unsubscribe@lists.php.net > For additional commands, e-mail: pear-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net