СУБД на Лиспе

@Гай · Регистрация: 12.01.2022

Author24 — интернет-сервис помощи студентам

Привет всем.
Есть ли какие-нибудь СУБД написанные на Lisp?
Вообще как вы видите себе построение СУБД на Lisp, на сколько это оправданно?
Мне кажется, что построение СУБД на бестиповом языке имеющим в своей основе списки весьма перспективным.
Как вы считаете?

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

Lisp

#lang racket
 
(define person '((name ."Иван")
                 (age . 19)
                 (country ."Россия")
                 (profession . "студент")))
 
 (define (over-table person)
     (if (empty? (cdr person))
         (printf "~s\n" (car person))
       (begin
         (printf "~s\n" (car person))
         (over-table (cdr person)))))
 
(printf "~s\n\n" "Печатаем таблицу")
(over-table person)
 
(printf "\n")
(printf "~s\n\n" "Осуществляем поиск по запросу")
 
 
(define (find person query)
  (if (empty? person)
      (printf "~s\n" "Ничего не найдено")
      (if (equal? (car (car person))
                 query)
          (printf "~s\n" (car person))
          (find (cdr person) query))))
 
(find person 'age)
 
"Печатаем таблицу"
 
(name . "Иван")
(age . 19)
(country . "Россия")
(profession . "студент")
 
"Осуществляем поиск по запросу"
 
(age . 19)
>

@_sg · 08.03.2022, 08:11

CLOG Builder Tutorial 4 a complete database app in minutes

@Гай · 08.03.2022, 09:54 **[ТС]**

Сообщение от _sg

CLOG Builder Tutorial 4 a complete database app in minutes

"We are going to use SqlLite that automatically creates a pseudocolumn rowid for each table and use that unique id to build our relations."

Не торт! Используется SqlLite и натягивается потом на приложение.
Есть ли написанные с нуля на лиспах СУБД? Движок и всё остальное.
Как вообще относитесь к идее реализации СУБД на лиспе?

@antares0 · 08.03.2022, 11:24

Сообщение от Гай

Привет всем.
Вообще как вы видите себе построение СУБД на Lisp, на сколько это оправданно?

* LambdaLite - A functional, relational database in about 250 lines of Common Lisp. MIT.
* AllegroGraph - A modern, high-performance, persistent graph database. Там еще всроенный пролог как язык запросов.

Добавлено через 2 минуты

Сообщение от Гай

Привет всем.
Вообще как вы видите себе построение СУБД на Lisp, на сколько это оправданно?

Вопрос ведь кто ей ползоваться будет? кроме лисперов коих самих по себе тоже немного

Добавлено через 6 минут
* Rucksack - Rucksack is a persistence (embedded database) library for Common Lisp. Древний и интересный эксперимент
* CommonLispPrevalence - A way to let your lisp environment be your Database. Концепция традиционная для CL

Добавлено через 10 минут
Clobber - Учебный пример в этом подходе

Добавлено через 13 минут
PycoLisp тоже идет с собственой БД на базе Пролога
A Minimal DB/GUI Example
The Picolisp database, ORMS and relational database systems. A comparison between the built-in Picolisp database, ORMs and relational database systems.

@Гай · 08.03.2022, 11:39 **[ТС]**

Сообщение от antares0

Вопрос ведь кто ей ползоваться будет? кроме лисперов коих самих по себе тоже немного

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

Да и вообще, лисп же, по сути, для подобных задач и создавался. В СУБД он может раскрыться очень хорошо.

Я тут, в связи с текущей ситуацией, глянул на существующие отечественные СУБД и все они, по-моему, используют в своей основе другие уже известные SQL, что как бы не комильфо. То есть берут уже готовые решения и обвешивают их мешурой сверху. Мне кажется те, кто сейчас предложат готовые хорошие решения могут хорошо взлететь. Но, надо признаться, не у всех на это хватит мозгов. У нас принято делать Bolgenos OS за миллиарды из бюджета, апо итогу - кирдык.

@antares0 · 08.03.2022, 11:49

Сообщение от Гай

Я тут, в связи с текущей ситуацией, глянул на существующие отечественные СУБД и все они, по-моему, используют в своей основе другие уже известные SQL, что как бы не комильфо. То есть берут уже готовые решения и обвешивают их мешурой сверху. Мне кажется те, кто сейчас предложат готовые хорошие решения могут хорошо взлететь. Но, надо признаться, не у всех на это хватит мозгов. У нас принято делать Bolgenos OS за миллиарды из бюджета, апо итогу - кирдык.

Тут ведь вопрос где найти тех кто готовые решения на эльбрус перенесут. Вот ето интересно будет

Добавлено через 2 минуты

Сообщение от Гай

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

Рантаймом лиспа и хуже и лучше. И тут вопрос кто в этой архитектуре разбирается

@Гай · 08.03.2022, 11:58 **[ТС]**

Сообщение от antares0

Тут ведь вопрос где найти тех кто готовые решения на эльбрус перенесут. Вот ето интересно будет

Про Эльбрусы пока речи нет. Может китайцы возьмутся их выпускать, пока тайваньцы их отказались выпускать. Но суть в том, что простому смертному Эльбрус не получить. Да и когда он сможет это сделать - вопрос. Да и вообще Эльбрусы как продукт - сомнительны в плане того, что это тоже какая-то полумера. Во-первых для разработки языка использовались Си. С++, Ада и тд. Что как бы уже говорит о неполноценности, ведь изначально для эльбрусов использовлись языки семейства Эль. Сама система тоже на англицком. ОС - Линукс доработанная. В общем это полумера, а не цельное автономное решение. Да и по-моему лисп на эльбрусы ещё не портирован.
А так они помогают в переносе, если есть желание и возможности. Или хотя бы открытый код.

@antares0 · 08.03.2022, 12:10

Сообщение от Гай

Про Эльбрусы пока речи нет. Может китайцы возьмутся их выпускать, пока тайваньцы их отказались выпускать. Но суть в том, что простому смертному Эльбрус не получить. Да и когда он сможет это сделать - вопрос. Да и вообще Эльбрусы как продукт - сомнительны в плане того, что это тоже какая-то полумера. Во-первых для разработки языка использовались Си. С++, Ада и тд. Что как бы уже говорит о неполноценности, ведь изначально для эльбрусов использовлись языки семейства Эль. Сама система тоже на англицком. ОС - Линукс доработанная. В общем это полумера, а не цельное автономное решение. Да и по-моему лисп на эльбрусы ещё не портирован.
А так они помогают в переносе, если есть желание и возможности. Или хотя бы открытый код.

Лисп не портирован, поcему я вижу мало смысла в умзрительном продвижении отечественных СУБД на нем. Хотя само портировне в принципе реальная задача. Проще чем СУБД массово внедрять
В остальном можно было бы дискутровать на тему все не так просто, но лучше вкратце замечу - системы на нем не идущие будут отбрасывать. А постгрес,sqlite и линтер на нем таки пойдут

@Гай · 08.03.2022, 12:23 **[ТС]**

Сообщение от antares0

Проще чем СУБД массово внедрять

Я никуда ничего не собираюсь внедрять и никому не предлагаю. Мне интересна стала сама тема)

Добавлено через 2 минуты
Да и вообще если об этом говорить, то путь должен быть каким-то таким.

Процессор -> архитектура -> ЯП -> ОС -> экосистема

Добавлено через 4 минуты

Сообщение от antares0

но лучше вкратце замечу - системы на нем не идущие будут отбрасыват

В пример приведу Vlang
Вы слышали о таком языке? Скорее всего нет. Развивает его один человек по сути, но у него уже экосистема - будь здоров.
Есть web, script, gui, графика и даже ОС Vinix.
Если сравнивать с тем же Rust где нет до сих пор нормального gui, то Vlang выглядит куда привлекательней.
Хотя Rust разрабатывала целая компания, а Vlang - энтузиасты.

@_sg · 08.03.2022, 13:18

Гай,
Михаил Бахтерев: О системах и языках программирования

@Гай · 08.03.2022, 13:35 **[ТС]**

Сообщение от _sg

Михаил Бахтерев: О системах и языках программирования

Согласен с тем, что поддерживать Linux - глупо.
Про open source - не согласен. Он open формально, но может быть и closed вполне.
Просто много наших программистов его поддерживают своей работай поэтому, думаю, не рискнули.
Про то, что для лиспа открываются сейчас хорошие возможности - согласен.

@divanov11 · 08.03.2022, 18:58

Лисп - это готовая база данных в оперативной памяти, причём как язык превосходит по мощности любой SQL. Если задача представляется иерархией сложных структурных объектов в относительно небольшом количестве (не больше 100000), лучший подход - сериализация и десериалзиция целой базы в один большой файл на диске. При нынешних размерах ОП (и довольно стабильной работе Windows 10 - довели спустя десятилетия :-)) для многих предметных областей - идеально. Плюс автосохранение или логи для восстановления на случай зависания.

Если же задача лучше ложится на реляционную БД: неисчислимое количество довольно простых объектов с относительно небольшим числом связей, то
- либо библиотека для укладки в РБД, вроде Common-SQL, Picolisp и т.п.
- либо специализированное заточенное под Лисп ОО-хранилище, например, Allegro-Store или Rucksack.

@_sg 4699 / 4394 / 380 Регистрация: 12.05.2012 Сообщений: 3,096
	08.03.2022, 08:11	2
	Сообщение было отмечено Catstail как решение Решение CLOG Builder Tutorial 4 a complete database app in minutes 1

@Гай Нарушитель 79 / 75 / 16 Регистрация: 12.01.2022 Сообщений: 901
	08.03.2022, 09:54 [ТС]	3
	Сообщение от _sg CLOG Builder Tutorial 4 a complete database app in minutes "We are going to use SqlLite that automatically creates a pseudocolumn rowid for each table and use that unique id to build our relations." Не торт! Используется SqlLite и натягивается потом на приложение. Есть ли написанные с нуля на лиспах СУБД? Движок и всё остальное. Как вообще относитесь к идее реализации СУБД на лиспе? 0

@antares0 331 / 199 / 9 Регистрация: 12.05.2015 Сообщений: 334
	08.03.2022, 11:24	4
	Сообщение от Гай Привет всем. Вообще как вы видите себе построение СУБД на Lisp, на сколько это оправданно? * LambdaLite - A functional, relational database in about 250 lines of Common Lisp. MIT. * AllegroGraph - A modern, high-performance, persistent graph database. Там еще всроенный пролог как язык запросов. Добавлено через 2 минуты Сообщение от Гай Привет всем. Вообще как вы видите себе построение СУБД на Lisp, на сколько это оправданно? Вопрос ведь кто ей ползоваться будет? кроме лисперов коих самих по себе тоже немного Добавлено через 6 минут * Rucksack - Rucksack is a persistence (embedded database) library for Common Lisp. Древний и интересный эксперимент * CommonLispPrevalence - A way to let your lisp environment be your Database. Концепция традиционная для CL Добавлено через 10 минут Clobber - Учебный пример в этом подходе Добавлено через 13 минут PycoLisp тоже идет с собственой БД на базе Пролога A Minimal DB/GUI Example The Picolisp database, ORMS and relational database systems. A comparison between the built-in Picolisp database, ORMs and relational database systems. 3

@Гай Нарушитель 79 / 75 / 16 Регистрация: 12.01.2022 Сообщений: 901
	08.03.2022, 11:39 [ТС]	5
	Сообщение от antares0 Вопрос ведь кто ей ползоваться будет? кроме лисперов коих самих по себе тоже немного Не важно мало их или много. Если будет хорошая СУБД, то будут пользоваться в независимости от того, на чём написано. Единственный вопрос в интеграции с кодом сторонних программ. Тут уже да, возникают вопросы. А как отдельная сущность СУБД на лиспе - ничем не хуже других баз данных, написанных на других языка. Да и вообще, лисп же, по сути, для подобных задач и создавался. В СУБД он может раскрыться очень хорошо. Я тут, в связи с текущей ситуацией, глянул на существующие отечественные СУБД и все они, по-моему, используют в своей основе другие уже известные SQL, что как бы не комильфо. То есть берут уже готовые решения и обвешивают их мешурой сверху. Мне кажется те, кто сейчас предложат готовые хорошие решения могут хорошо взлететь. Но, надо признаться, не у всех на это хватит мозгов. У нас принято делать Bolgenos OS за миллиарды из бюджета, апо итогу - кирдык. 0

@antares0 331 / 199 / 9 Регистрация: 12.05.2015 Сообщений: 334
	08.03.2022, 11:49	6
	Сообщение от Гай Я тут, в связи с текущей ситуацией, глянул на существующие отечественные СУБД и все они, по-моему, используют в своей основе другие уже известные SQL, что как бы не комильфо. То есть берут уже готовые решения и обвешивают их мешурой сверху. Мне кажется те, кто сейчас предложат готовые хорошие решения могут хорошо взлететь. Но, надо признаться, не у всех на это хватит мозгов. У нас принято делать Bolgenos OS за миллиарды из бюджета, апо итогу - кирдык. Тут ведь вопрос где найти тех кто готовые решения на эльбрус перенесут. Вот ето интересно будет Добавлено через 2 минуты Сообщение от Гай Не важно мало их или много. Если будет хорошая СУБД, то будут пользоваться в независимости от того, на чём написано. Единственный вопрос в интеграции с кодом сторонних программ. Тут уже да, возникают вопросы. А как отдельная сущность СУБД на лиспе - ничем не хуже других баз данных, написанных на других языка. Рантаймом лиспа и хуже и лучше. И тут вопрос кто в этой архитектуре разбирается 0

@Гай Нарушитель 79 / 75 / 16 Регистрация: 12.01.2022 Сообщений: 901
	08.03.2022, 11:58 [ТС]	7
	Сообщение от antares0 Тут ведь вопрос где найти тех кто готовые решения на эльбрус перенесут. Вот ето интересно будет Про Эльбрусы пока речи нет. Может китайцы возьмутся их выпускать, пока тайваньцы их отказались выпускать. Но суть в том, что простому смертному Эльбрус не получить. Да и когда он сможет это сделать - вопрос. Да и вообще Эльбрусы как продукт - сомнительны в плане того, что это тоже какая-то полумера. Во-первых для разработки языка использовались Си. С++, Ада и тд. Что как бы уже говорит о неполноценности, ведь изначально для эльбрусов использовлись языки семейства Эль. Сама система тоже на англицком. ОС - Линукс доработанная. В общем это полумера, а не цельное автономное решение. Да и по-моему лисп на эльбрусы ещё не портирован. А так они помогают в переносе, если есть желание и возможности. Или хотя бы открытый код. 0

@antares0 331 / 199 / 9 Регистрация: 12.05.2015 Сообщений: 334
	08.03.2022, 12:10	8
	Сообщение от Гай Про Эльбрусы пока речи нет. Может китайцы возьмутся их выпускать, пока тайваньцы их отказались выпускать. Но суть в том, что простому смертному Эльбрус не получить. Да и когда он сможет это сделать - вопрос. Да и вообще Эльбрусы как продукт - сомнительны в плане того, что это тоже какая-то полумера. Во-первых для разработки языка использовались Си. С++, Ада и тд. Что как бы уже говорит о неполноценности, ведь изначально для эльбрусов использовлись языки семейства Эль. Сама система тоже на англицком. ОС - Линукс доработанная. В общем это полумера, а не цельное автономное решение. Да и по-моему лисп на эльбрусы ещё не портирован. А так они помогают в переносе, если есть желание и возможности. Или хотя бы открытый код. Лисп не портирован, поcему я вижу мало смысла в умзрительном продвижении отечественных СУБД на нем. Хотя само портировне в принципе реальная задача. Проще чем СУБД массово внедрять В остальном можно было бы дискутровать на тему все не так просто, но лучше вкратце замечу - системы на нем не идущие будут отбрасывать. А постгрес,sqlite и линтер на нем таки пойдут 0

@Гай Нарушитель 79 / 75 / 16 Регистрация: 12.01.2022 Сообщений: 901
	08.03.2022, 12:23 [ТС]	9
	Сообщение от antares0 Проще чем СУБД массово внедрять Я никуда ничего не собираюсь внедрять и никому не предлагаю. Мне интересна стала сама тема) Добавлено через 2 минуты Да и вообще если об этом говорить, то путь должен быть каким-то таким. Процессор -> архитектура -> ЯП -> ОС -> экосистема Добавлено через 4 минуты Сообщение от antares0 но лучше вкратце замечу - системы на нем не идущие будут отбрасыват В пример приведу Vlang Вы слышали о таком языке? Скорее всего нет. Развивает его один человек по сути, но у него уже экосистема - будь здоров. Есть web, script, gui, графика и даже ОС Vinix. Если сравнивать с тем же Rust где нет до сих пор нормального gui, то Vlang выглядит куда привлекательней. Хотя Rust разрабатывала целая компания, а Vlang - энтузиасты. 1

@_sg 4699 / 4394 / 380 Регистрация: 12.05.2012 Сообщений: 3,096
	08.03.2022, 13:18	10
	Гай, Михаил Бахтерев: О системах и языках программирования 0

@Гай Нарушитель 79 / 75 / 16 Регистрация: 12.01.2022 Сообщений: 901
	08.03.2022, 13:35 [ТС]	11
	Сообщение от _sg Михаил Бахтерев: О системах и языках программирования Согласен с тем, что поддерживать Linux - глупо. Про open source - не согласен. Он open формально, но может быть и closed вполне. Просто много наших программистов его поддерживают своей работай поэтому, думаю, не рискнули. Про то, что для лиспа открываются сейчас хорошие возможности - согласен. 0

	08.03.2022, 18:58

@divanov11 100 / 8 / 2 Регистрация: 12.03.2014 Сообщений: 10
	08.03.2022, 18:58	12
	Лисп - это готовая база данных в оперативной памяти, причём как язык превосходит по мощности любой SQL. Если задача представляется иерархией сложных структурных объектов в относительно небольшом количестве (не больше 100000), лучший подход - сериализация и десериалзиция целой базы в один большой файл на диске. При нынешних размерах ОП (и довольно стабильной работе Windows 10 - довели спустя десятилетия :-)) для многих предметных областей - идеально. Плюс автосохранение или логи для восстановления на случай зависания. Если же задача лучше ложится на реляционную БД: неисчислимое количество довольно простых объектов с относительно небольшим числом связей, то - либо библиотека для укладки в РБД, вроде Common-SQL, Picolisp и т.п. - либо специализированное заточенное под Лисп ОО-хранилище, например, Allegro-Store или Rucksack. 3

СУБД на Лиспе

Решение