powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Common Lisp (бывший коварный ктото)
25 сообщений из 132, страница 4 из 6
Common Lisp (бывший коварный ктото)
    #35815880
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
maytonУдобство работы с БД на Лисп - это в моём понимании предмет большого спора.
Все дело в МД. В императивных языках массив=таблица РБД - полное совпадение. Для лиспа БД должна состоять не из таблиц, а из списков. И такие системы есть, т.е. лисп+собственная субд. И никакого SQL там не надо по понятной причине - лисп мощнее SQL.
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35815951
любитель_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
_модВсе дело в МД. В императивных языках массив=таблица РБД - полное совпадение. Для лиспа БД должна состоять не из таблиц, а из списков. И такие системы есть, т.е. лисп+собственная субд. И никакого SQL там не надо по понятной причине - лисп мощнее SQL.
Интересно то, что в ADODB класс Recordset гораздо ближе к списочной модели данных (список коллекций), нежели к массиву))
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816060
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton пишет:

> Согласен, но для работы с некоторыми предметными областями (базы данных)
> Лисп не всегда подходит. Как быть в этом случае?

Великолепно подходит и используется.

Даже там есть свой диалект SQL - SQL, записываемый S-выражениями.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816068
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL_Lamer пишет:

>
> Хошь - я тебе первые несколько глав скину(сам для себя переводил)?

SQL_Lamer, ты лучше в проекте PCL поучаствуй.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816096
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton пишет:

> Отсутствие общепринятых практик. Видите-ли никто не станет учить
> студентов работать с БД "сомнительным" способом. Есть классический
> примеры где Лисп крут. Это различного рода софт, продуцирующий другой
> софт. Трансляторы и т.п. Есть классические примеры где крут Паскаль и Си
> (моделирование конечных автоматов любой сложности)ю


mayton, вы абсолютно неправы. CL - язык универсальный, общего употребления.
На нём можно делать вообще всё, что угодно. По крайней мере он ничем
не хуже явы или Сшарпа. А по моему личному мнению так в 200 раз лучше.

Относительно БД - для каждого из языков есть некий API, который работает
с БД. То же самое есть и в комон лиспе, библ. CL-SQL, она ни хорошая,
ни прохая, а просто API, по нему можно ходить в БД. И всё.
Соответственно, и работа с БД ни удобная, и ни неудобная, а просто работа
с БД, так же, как в Java или сишарпе. Но поскольку лисп - язык
крупный, мощный, то и работа с БД в нём достаточно удобна.
-- коннект к БД
-- Одним вызовом выполняешь запрос и получаешь результат.

и в общем всё.

Есть ещё куча наворотов в связи с встроенным S-expr-SQL,
но это - на любителя, в общем, дань традиции лисперов всё писать
в S-выражениях. Я лично не думаю, что это хорошо, до тех
пор, пока я не пишу макросы, пораждающие SQL, но это можно
и не использовать.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816099
zloy den
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL_Lamer

Хошь - я тебе первые несколько глав скину(сам для себя переводил)?

Хочу:)
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816100
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
любитель_ пишет:

> Библиотек полно, нативные для всех основных СУБД + ODBC для чего-то
> "необычного". Бесплатно (за редкими исключениями, которым есть
> бесплатные альтернативы).

Ну, не так их и много, к сожалению. Вот с этим проблема есть.
Но там есть линк к ODBC.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816107
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL_Lamer пишет:

> Жалко. У меня глобальный вопрос назрел. Типа - как жить дальше.
и чего думаешь ?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816110
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton пишет:

> Думаю, что попытка прогрузить в память Лисп-машины хороший курсор эдак
> строк в миллиона полтора либо положит Лисп-машину на лопатки либо

Есть и построчная выборка, в стиле FETCH. Так что успокойтесь.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816127
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_мод пишет:

> Все дело в МД. В императивных языках массив=таблица РБД - полное
> совпадение. Для лиспа

Вот, вот конень недопонимания лиспа. Лисп - это НЕ ЕСТЬ что-то
альтернативное императивным языкам. Лисп - язык гибридный
и мультипарадигменный, вы можете в нём писать такие же
императивные программы, как и в С. Можете - объектно=ориентированные,
можете - функциональные.

БД должна состоять не из таблиц, а из списков.

Так таблица и есть список записей.

И
> такие системы есть, т.е. лисп+собственная субд. И никакого SQL там не
> надо по понятной причине - лисп мощнее SQL.

Равномощен. Не мощнее.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816250
GYGY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
maytonлюбитель_Большой идеологический вопрос среди педагогов: является ли это плюсом Паскаля? Удобно для понимания, но для _какого_ понимания? Понимание программы неразрывно связано с понятием семантики языка и парадигмы программирования, жесткое привязывание "понимания" человека к конкретной парадигме неизбежно в Паскале... Потому некоторые (и, кстати, одни из лучших) педагогов предпочитают паскалю - лисп, который хоть и менее "удобен для понимания", но возникающее понимание качественно иное.
Согласен, но для работы с некоторыми предметными областями (базы данных) Лисп не всегда подходит. Как быть в этом случае?

Может я конечно под впечатлением (т.к. нахожусь в стадии глубокого погружения). Но ИМХО - для работы с БД как раз таки подходит. А из-за мультипарадигмезности - можно в принципе иметь эффективное решение для наверно любой конкретной ситуации.
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816276
GYGY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Опять же ИМХО - "свежее" изобретение от MS - LINQ - ничего не напоминает?
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816299
zloy den
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GYGYОпять же ИМХО - "свежее" изобретение от MS - LINQ - ничего не напоминает?

Ага, я об этом говорил-но мне сотрудники сказали что если и так все туда движется, то зачем учить этот непонятный лисп, который никому не нужен? Все равно будет Lisp.NET. Видимо, у меня с ними разные взгляды на жизнь
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816354
GYGY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816448
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
любитель_Интересно то, что в ADODB класс Recordset гораздо ближе к списочной модели данных (список коллекций), нежели к массиву))
А имена колонок куда деть ? Понятно что таблица - это список строк, но строки имеют номер, а элемент списка - нет. Вообщем МД разные. Таблицы педполагают циклы, списки - рекурсию ну и т.д.
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816461
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv
Относительно БД - для каждого из языков есть некий API, который работает
с БД.
Да не д.б. никакого API, д.б. как в pl/sql - таблицы - родные типы данных, SQL - родные операторы. И для лиспа такие системы есть, просто списки хранятся в БД постоянно, а не только в ОП.
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816479
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZivЛисп - язык гибридный
Это его так изуродовали
MasterZivРавномощен. Не мощнее.
Мощнее лиспа не м.б., а вот сужение вполне возможно
зы у лиспа своя МД - списки, и вводить для него другую МД просто не нужно. Вы ведь не будете вместо fetch использовать car-cdr и вместо цикла рекурсию :)
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816505
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модmaytonУдобство работы с БД на Лисп - это в моём понимании предмет большого спора.
Все дело в МД. В императивных языках массив=таблица РБД - полное совпадение. Для лиспа БД должна состоять не из таблиц, а из списков. И такие системы есть, т.е. лисп+собственная субд. И никакого SQL там не надо по понятной причине - лисп мощнее SQL.

Конечно мощнее :) на нем факториал можно сосчитать
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816532
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Конечно мощнее :) на нем факториал можно сосчитать
не в том дело: на лиспе можно написать интепретатор sql, а наоборот нет
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816542
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модGluk (Kazan)Конечно мощнее :) на нем факториал можно сосчитать
не в том дело: на лиспе можно написать интепретатор sql, а наоборот нет

Но это совсем не значет, что он более пригоден для обработки данных в СУБД
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816580
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gluk (Kazan)Но это совсем не значет, что он более пригоден для обработки данных в СУБД
Это смотря какой СУБД. Для РСУБД - через API на равных с другими, собственной списковой СУБД - имхо лучше.
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816816
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модGluk (Kazan)Но это совсем не значет, что он более пригоден для обработки данных в СУБД
Это смотря какой СУБД. Для РСУБД - через API на равных с другими, собственной списковой СУБД - имхо лучше.

Я не очень верю в списковые СУБД
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816869
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модА имена колонок куда деть ? Понятно что таблица - это список строк, но строки имеют номер, а элемент списка - нет. Вообщем МД разные. Таблицы педполагают циклы, списки - рекурсию ну и т.д.
Ерунда.
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35816975
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_мод пишет:

> Мощнее лиспа не м.б., а вот сужение вполне возможно
> зы у лиспа своя МД - списки, и вводить для него другую МД просто не
> нужно.

Вы язык-то знаете ? Там дофига всего, окромя списков.

Объекты, например. Вот можно было бы из строк таблицы делать
объекты на лету, и возвращать.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Common Lisp (бывший коварный ктото)
    #35817213
любитель_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZivВот можно было бы из строк таблицы делать
объекты на лету, и возвращать.
Объекты из строк? Их есть у нас!
...
Рейтинг: 0 / 0
25 сообщений из 132, страница 4 из 6
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Common Lisp (бывший коварный ктото)
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]