maytonИ с ЛиспОм та-же история. Если он реализован - как тупой клиент к СУБД то у меня нет никаких вопросов к нему. Он не будет лучше того-же Pascal на фетчинге данных. Если он (Лисп) ПРЕТЕНДУЕТ на нечто большее. Типа на интеллектуальное кеширование или свой собственный storage-layer, тогда мне будет оооочень интересно где и как реализованы три слона. И как я могу ими управлять и использовать? Как я могу их оптимизировать и оценивать эффективность их использования?
Не очень понял вопросы и вообще о чем идет речь.
Лисп - это язык, он не является ни клиентом СУБД ни тем более самой СУБД, клиентами СУБД являются программы; да, они могут быть написаны на лиспе, могут быть тупыми, могут быть умными; да, СУБД тоже могут быть написаны на Лиспе с реализацией всех перечисленных "китов", ведь это тьюринг-полный язык.
Да, разумеется, если программа на Лиспе выступает в роли тупого клиента СУБД, то на фетчинге данных она абсолютно идентична Паскалю, и Си, и Си++ и всем остальным языкам программирования, потому что непосредственно фетчингом занимается не сам клиент, а скорее драйвер или даже сервер (СУБД); да, разумеется, лисп претендует на язык, в котором возможно реализовать кеширование запросов, так же как и любой другой язык программирования; Вы можете управлять и использовать эти механизмы, реализуя соответствующие алгоритмы (собственно, так же как и на других языках).

В общем, как-то странно предъявлять ЯЗЫКУ требования по реализации механизмов, свойственных СУБД.

maytonлюбитель_В общем, как-то странно предъявлять ЯЗЫКУ требования по реализации механизмов, свойственных СУБД.
Тогда прошу прощения. Просто мне на секунду показалось, что кто-то в топике проводит аналогии между СУБД и Lisp-машиной.
Насколько я понял, речь идет об абстрактной СУБД (абстрактной потому что реальных примеров не приведено), моделью данных которой являются некие таинственные "списки" (таинственные потому что они тоже разные бывают, список в лиспе и список в хаскелле - две большие разницы, например). Так что речь эта какая-то мутная и загадочная, для меня по крайней мере %))

_модДа точно также - индексация, управление памятью ну и т.д. все что делает любая СУБД.
Если модель данных - лисповые списки, т.е. гетерогенные списки, элементами которых может быть всё что угодно, любые другие списки и т.д. (т.е. это даже сложнее чем иерархическая модель, там элементы данных хоть и являются сложными структурами, но хотя бы одинаковыми в рамках одной "таблицы"), то никакая индексация тут уже не подойдет, индексам необходимо что-то заведомо имеющееся у всех элементов данных.