The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Выпуск СУБД SQLite 3.37"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск СУБД SQLite 3.37"  +/
Сообщение от opennews (??), 28-Ноя-21, 09:38 
Опубликован релиз SQLite 3.37, легковесной СУБД, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56244

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Выпуск СУБД SQLite 3.37"  +13 +/
Сообщение от Аноним (1), 28-Ноя-21, 09:38 
Это лучшая встройка в мире
Ответить | Правка | Наверх | Cообщить модератору

2. Скрыто модератором  –19 +/
Сообщение от cmustdie.com (?), 28-Ноя-21, 09:57 
Ответить | Правка | Наверх | Cообщить модератору

7. Скрыто модератором  +3 +/
Сообщение от Аноним (7), 28-Ноя-21, 10:15 
Ответить | Правка | Наверх | Cообщить модератору

10. Скрыто модератором  –1 +/
Сообщение от Аноним (10), 28-Ноя-21, 10:32 
Ответить | Правка | Наверх | Cообщить модератору

14. Скрыто модератором  +/
Сообщение от Аноним (7), 28-Ноя-21, 10:56 
Ответить | Правка | Наверх | Cообщить модератору

26. Скрыто модератором  –1 +/
Сообщение от Аноним (26), 28-Ноя-21, 12:16 
Ответить | Правка | Наверх | Cообщить модератору

28. Скрыто модератором  +/
Сообщение от Прохожий (??), 28-Ноя-21, 13:05 
Ответить | Правка | Наверх | Cообщить модератору

27. Скрыто модератором  +/
Сообщение от Прохожий (??), 28-Ноя-21, 13:04 
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

38. Скрыто модератором  –2 +/
Сообщение от MaDDoG2000 (ok), 28-Ноя-21, 15:27 
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

66. Скрыто модератором  +1 +/
Сообщение от x3who (?), 29-Ноя-21, 01:00 
Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск СУБД SQLite 3.37"  –2 +/
Сообщение от E71 (?), 28-Ноя-21, 10:09 
согласен, палочка-выручалочка
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. "Выпуск СУБД SQLite 3.37"  –10 +/
Сообщение от pashev.me (?), 28-Ноя-21, 10:11 
Без питона, SQLite и gnuplot это было бы невозможно - /v19
Ответить | Правка | Наверх | Cообщить модератору

70. "Выпуск СУБД SQLite 3.37"  +2 +/
Сообщение от OpenEcho (?), 29-Ноя-21, 06:00 
Вы о чем ?
Закусывать надо, - обязательно, иначе ваши обороты речи, - не поддаются анализу
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск СУБД SQLite 3.37"  –2 +/
Сообщение от Аноним (10), 28-Ноя-21, 10:30 
Браузер ведь использует сабж? Как сделать, чтобы когда место кончается, он не рассыпался и не удалял все настройки аддонов и вкладок? Я внезапно обнаружил, что временные файлы с меги (почему они не удаляются, кстати?) выжрали всё место в хомяке, и почти все программы умерли и потеряли все данные.
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от пох. (?), 28-Ноя-21, 10:34 
Нет, вся беда именно в том что смузихлебы ниасилили сабж.
Браузеры нынче используют интуитивно приятные этим макакам смузи-форматы, необратимо портящиеся и не подлежащие восстановлению, от sqlite отказались почти полностью. Но ты с этим ничего сделать не можешь.

>  Как сделать, чтобы когда место кончается, он не рассыпался и не удалял все настройки аддонов и вкладок?

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


Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск СУБД SQLite 3.37"  –7 +/
Сообщение от Аноним (-), 28-Ноя-21, 15:40 
Скулит тоже портится необратимо без особых нагрузок.
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от Аноним (-), 29-Ноя-21, 13:54 
> Скулит тоже портится необратимо без особых нагрузок.

А вон фряшный пакетник pkg, на sqlite - почему-то не портится.
Просто у обезьянок оно всегда так - сначала "Пишем код! Быстрей-быстрей! Да хвостом шифт зажимай!", а потом - "оно само, не виноватая я!".

Ответить | Правка | Наверх | Cообщить модератору

149. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 03-Дек-21, 13:59 
Ну так чего ты хочешь - написано-то на немодных сях, а не каком игого с коровоутинами, пытающимися параллельно жевать одну и ту же соломину и давящимися в результате, и параллельная запись не предусмотрена от слова вообще.

Вот мразила уже освободилась от этой устаревшей плесени, и целиком почти перешла на нескучные json форматы. А потом ты гуглишь "у меня перестали запоминаться размеры окон, как починить?" - и находишь такое, что хоть стой, хоть падай.

Заметим, для этого совершенно не требуется чтобы на диске кончалось место, оно само.

Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск СУБД SQLite 3.37"  –10 +/
Сообщение от Аноним (12), 28-Ноя-21, 10:36 
> почти все программы умерли и потеряли все данные

А что ещё ждать от недобазы?

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

16. "Выпуск СУБД SQLite 3.37"  +3 +/
Сообщение от Прохожий (??), 28-Ноя-21, 11:09 
Что значит "недобаза" в твоём лексиконе? Видимо, на каждый чих ты Оракл привык разворачивать в кластерной конфигурации. Да? LOL!
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Аноним (7), 28-Ноя-21, 11:21 
Ты наверно к каждой микротулзе по скулю привязываешь. LOL!
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск СУБД SQLite 3.37"  +2 +/
Сообщение от Прохожий (??), 28-Ноя-21, 11:44 
А ты точно не читатель, малыш. И с памятью у тебя явные проблемы. Напомню. Чел выразил недовольство тем, что SQLite - это "недобаза". Вот мне и хотелось бы понять, какую бы он СУБД использовал бы в таком случае.
Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск СУБД SQLite 3.37"  –2 +/
Сообщение от Аноним (33), 28-Ноя-21, 14:36 
Это не проблемы с памятью, он просто к тебе относится как к гoвну
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск СУБД SQLite 3.37"  –6 +/
Сообщение от pofigist (?), 28-Ноя-21, 23:12 
На любом предприятии УЖЕ есть некая SQL - от pgsql, MySQL, MSSQL, DB2, Oracle... Создать в ней нужную БД - дело 2х минут. Заодно она сразу угодит в мониторинг, план бекапов и т.д.

А вот со всякими SQLite, MS access, lo base, kexi и прочи локальным г-ном - возникают проблемы... С бекапом, мониторингом, контролем доступа и т.д.

Была одна неплохая опенсоурснвх разработка - содрано с лучшей персональной СУБД - FileMarker, но в качестве движка - использовала pgsql... Жаль что лет 10 как сдохла

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

80. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (80), 29-Ноя-21, 09:22 
На любом достаточно большом предприятии их десятки.

> А вот со всякими SQLite, MS access, lo base, kexi и прочи локальным г-ном - возникают проблемы...
> С бекапом, мониторингом, контролем доступа и т.д.

вон из профессии!

Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от pofigist (?), 29-Ноя-21, 09:55 
Десятки только там где нет планирования.
Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от OpenEcho (?), 29-Ноя-21, 14:22 
> На любом предприятии УЖЕ есть некая SQL - от pgsql, MySQL, MSSQL,
> DB2, Oracle... Создать в ней нужную БД - дело 2х минут.

Ну, давай, предложи "тупым" андроиду и апплу поменять в телефонах sqlite на твоих тяжеловесов...

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

98. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от pofigist (?), 29-Ноя-21, 16:56 
А зачем в телефонах sqlite, да и вообще sql? Конфиги хранить да логи? :)
Ответить | Правка | Наверх | Cообщить модератору

106. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от OpenEcho (?), 29-Ноя-21, 21:00 
> А зачем в телефонах sqlite, да и вообще sql? Конфиги хранить да
> логи? :)

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

Ответить | Правка | Наверх | Cообщить модератору

131. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от pofigist (?), 30-Ноя-21, 09:26 
Так чего же ты не сейчас открыл-то?
Ответить | Правка | Наверх | Cообщить модератору

132. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от OpenEcho (?), 30-Ноя-21, 10:30 
> Так чего же ты не сейчас открыл-то?

Ну, так потрудись поискать значимость sqlite на телефонах, тогда будет понятно - "почему"

Ответить | Правка | Наверх | Cообщить модератору

133. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от pofigist (?), 30-Ноя-21, 10:49 
> значимость sqlite на телефонах

Очевидно что нулевая.

Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от OpenEcho (?), 29-Ноя-21, 06:15 
> А что ещё ждать от недобазы?

троллим потихоньку ?

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

17. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Аноним (17), 28-Ноя-21, 11:13 
Дожились. А когда это в скулит альтер тейбл зовезти успели ?
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск СУБД SQLite 3.37"  –3 +/
Сообщение от Аноним (-), 28-Ноя-21, 11:42 
жаль что лицензия не GPLv2, в ядро не вставить. и язык запросов не раст, небезопасно.
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Аноним (47), 28-Ноя-21, 17:19 
> жаль что лицензия не GPLv2, в ядро не вставить.

Суть публичного достояния же в том, что можно вообще всё: и все копирайты убрать, и вписать себя единственным автором, и выбрать любую лицензию.

Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 12:05 
> требующим обязательного указания типа при объявлении столбцов и применяющим строгую проверку соответствия типов

Маятник пошёл в обратную сторону? Народ нахавался динамического преобразования чего угодно во что угодно и теперь разрабы везде будут внедрять строгую проверку типов?

Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (29), 28-Ноя-21, 14:17 
Нет, просто SQLite изначально был очень плохо спроектирован, до этого "динамизма".

Но альтернативы, по-сути, нет для offline-first приложений.

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск СУБД SQLite 3.37"  +2 +/
Сообщение от Аноним (51), 28-Ноя-21, 20:52 
Изначально не планировалось, что SQLite будет куда-то активно внедряться, был написан просто для удобства работы с небольшими наборами данных. Но проект внезапно взлетел и стал невероятно популярным. На slashdot'е было интервью с автором.
Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от Gogi (??), 28-Ноя-21, 15:28 
Так всегда было :) Опытные зубры работают со статическими типами. Набегают смузихлёбы и начинается пестоно-вакханалия или жаболожство, потом всё это rовно падает, заказчик воздымает руки и пендалями прогоняет пи%%%%сов на мороз. И снова приходят зубры и переписывают всё как надо. :)
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

50. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 19:12 
Это если у заказчика есть кто-то толковый. Часто просто докупают железо, переходят на бОльший план хостинга, а косяки подпирают костылями и подмазывают соплями.
И для заказчика это норма, он просто не представляет, что можно как-то по-другому.
Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (125), 30-Ноя-21, 01:02 
Джава-то как раз строго-типизированный язык.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

34. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (34), 28-Ноя-21, 14:48 
Так. В проде можно использовать? Какие камни будут если 10_000 посетителей в сутки
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (10), 28-Ноя-21, 15:08 
Чем тебя текстовые файлы не устраивают?
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Аноним (34), 28-Ноя-21, 15:13 
Как вы представляете себе форум на текстовых сайтах?
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Аноним (34), 28-Ноя-21, 15:13 
*Файлах
Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 28-Ноя-21, 18:26 
> *Файлах

отлично представляю - унаследовал такой. В каждом сообщении есть линки на все ответы на ответы на ответы на это сообщение. При появлении нового сообщения в теме - все это цепочкой обновляется.
И в принципе даже бы и работало, подумаешь обновить тысячу файлов примитивным скриптом - упс...как удалить сообщение спаммера, ссылка на которое уже добавлена в тысчонку файлов? А никак...

Что делать если корневой индекс повредили? Сушить ласты...

Ну и так далее.

А так даже и работало, с 2000 по 2009й, что-ли.


Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 28-Ноя-21, 22:12 
Бггг, кто-то жёстко говнокодил.
Просто тему в один файл запихать было бы намного эффективнее.
И даже дописывать можно без особого изнасилования мозга.
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (77), 29-Ноя-21, 09:17 
> Просто тему в один файл запихать было бы намного эффективнее.

теперь спам вообще нельзя удалить без переписывания всего файла в хз сколько мегабайт (а те кто в этот же момент пытаются добавить - еще подождут)?
Эффективность! Подай заявление на перевод в девляпсы.

(Видимо про дерево реплаев ты не, не слышал? У тебя все форумы были плоские, хер угадаешь кто и на что отвечал?)


Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 13:56 
Ты просто не догнал.
Что значит "нельзя". Дописываешь в хвост <ID>=null, и всё, нет поста, при разборе файла он сотрётся. А внутри не сотрётся, для истории, в админке можно всё показать.
Дерево ответов? А что мешает в пост ID ответа-то писать? При загрузке файла всё это точно так же разберётся.
Ответить | Правка | Наверх | Cообщить модератору

105. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 29-Ноя-21, 19:57 
В хвост чего, у тебя ж вся тема в одном файле. Нет, ты не успел, это не последнее надо удалить, а уже пятнадцатое от конца (и ему еще и ответили).

> А что мешает в пост ID ответа-то писать?

то что ты никогда не видел нормального threaded view. К сожалению, я бессилен тебе в этом помочь - tin то ты может еще и соберешь, а где найти живые ньюсгруппы с активной перепиской и сотнями участников, чтобы посмотреть как это работает - понятия не имею. Наверное, в прошлом. Современные бюллетинборды пишут м-ки для м-ков. Там именно что темы на вес золота и заводить новые должны специальные люди (ну потому что на всяких торренстру для которых и предназначены нынешние поделки, это нормально)

Причем тин-то локальный, всю необходимую информацию кэширует и индексирует на стороне пользователя. (а первоначальное ее всасывание, кстати, было сильно небыстрым) Но у нас же веб, персистентность не в моде.  На каждый переход к следующему мессаджу - будешь сканить всю базу.

Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:16 
Вся тема в одном файле не означает, что нельзя новые данные писать в хвост файла, не?

Пример:
{post_id: 1, text:"Пост 1",date:"2021-01-01 01:01:01",...}
{post_id: 2, text:"Пост 2",date:"2021-02-02 02:02:02",...}
{post_id: 1, deleted: true, date:"2021-03-03 03:03:03"}

Мысль, думаю, понятна.
В итоге переписывание файла целиком сводится к минимуму, только на сжатии.
Более того, можно писать всякие гзипованные варианты, только сериализацию взять соответствующую.
Ну хосспаде, повторюсь, постгря так и делает. А отдельно держит индекс чего-куда.

Ответить | Правка | Наверх | Cообщить модератору

117. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 29-Ноя-21, 21:42 
> Вся тема в одном файле не означает, что нельзя новые данные писать
> в хвост файла, не?
> Пример:
> {post_id: 1, text:"Пост 1",date:"2021-01-01 01:01:01",...}
> {post_id: 2, text:"Пост 2",date:"2021-02-02 02:02:02",...}
> {post_id: 1, deleted: true, date:"2021-03-03 03:03:03"}
> Мысль, думаю, понятна.

угу, теперь файл надо еще и целиком сканировать чтобы убедиться что первый пост не удален.
Ну да, ты еще изобрел к нему индексы. Просто прекрасно. Еще надо будет изобрести реиндексатор и контроль целостности (а то вдруг что-то пошло не так, индекс обновился, файл нет)
Продолжаем-продолжаем изобретать квадратное колесо?

> Ну хосспаде, повторюсь, постгря так и делает. А отдельно держит индекс чего-куда.

Да, именно поэтому она - г-но.
Сколько там все обещали-обещали запритить-запритить vacuum full ? Но десять лет что-то ну никак нишкладывалось. Теперь делают вид что ничего такого и не было, и вообще "чем вам мешает".


Ответить | Правка | Наверх | Cообщить модератору

118. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:47 
Не надо файл целиком сканировать, у большинства форумов постов не наберётся столько в треде, чтобы его целиком не вгрузить один раз в память. А если наберётся - тогда да, просканировать здоровыми блоками. Чудес не бывает, и волшебная RDBMS тоже сканирует файлы :)
Ответить | Правка | Наверх | Cообщить модератору

120. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:48 
Если контент здоровый - можно ещё со сканированием упростить: достаточно перед данными псто (возможно сжатыми) хранить их длину. Но это уже не про форумы.
Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 30-Ноя-21, 08:10 
> Не надо файл целиком сканировать, у большинства форумов постов не наберётся столько
> в треде, чтобы его целиком не вгрузить один раз в память.

а с чего ты взял, что один раз? Гугель зайдет на огонек - и вгрузит тебе по самые гланды со всего своего пула.  Оне последние лет десять по другому работать разучились.

Ответить | Правка | Наверх | Cообщить модератору

108. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:17 
Threaded view генерится из любого набора данных элементарно, главное не вгружать по одному посту, а вгрузить весь тред (треды) целиком, и далее собрать дерево ID. Операция совершенно копеечная.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

109. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:19 
И да, не надо блджад сканить всю базу.
Много постов, лень всё дерево загружать? Индексируй это, и загружай только индекс. А дальше уже решай, чего тебе из него надо. RDBMS так и работают, т.е. всё это уже сделано, и можно не костылить. Но понимать, как сделано - надо.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

116. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 29-Ноя-21, 21:37 
> И да, не надо блджад сканить всю базу.
> Много постов, лень всё дерево загружать? Индексируй это, и загружай только индекс.
> А дальше уже решай, чего тебе из него надо. RDBMS так
> и работают, т.е. всё это уже сделано, и можно не костылить.

именно. То есть ты наконец-то понял что изобрел велосипед с квадратными колесами?

Ответить | Правка | Наверх | Cообщить модератору

121. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:49 
Да нет, я изначально пишу, что в RDBMS всё это уже сделано.
Но это не значит, что при _серьёзной_ надобности я не сварганю RDBMS замену.
Ответить | Правка | Наверх | Cообщить модератору

122. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:50 
А вот тем, кто всецело на RDBMS полагается, и ничего окромя не умеет - ну, курить в сторонке.
Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

113. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (51), 29-Ноя-21, 21:26 
Немного оффт.
Живые группы есть на eternal-september.org
В разные периоды то более-менее живые, то скорее неживые.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

115. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 29-Ноя-21, 21:35 
На этом понять смысл и преимущества тредовой читалки не получится. Они хорошо видны от 1000 постов в сутки - когда в принципе и невозможно читать их все, и незачем.

Ответить | Правка | Наверх | Cообщить модератору

138. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Anonymouz (?), 30-Ноя-21, 13:08 
В nntp linux-kernel ещё есть. Который как-раз показывает всю ущербность tin'a - и его тормозные кэша, и прочие кривые фильтры с непонятным скорингом. А отсутствие limit pattern как в mutt'e - вообще делает его малополезным на чём-то с большим трафиком.
Не, ну fido7.* читать пойдётЪ, да.
Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от ddd2 (?), 29-Ноя-21, 04:19 
https://forum.combats.com/

?

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

78. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (77), 29-Ноя-21, 09:19 
от неосиляторов древовидной структуры. Это даже не 2000й, это 89й, ну да, ну да, фидо с ее глупыми "lastread" и 640k enough.

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 28-Ноя-21, 22:13 
Да легко, вообще делать нечего.
1 тема = 1 файл, сообщения append'ятся
Глобальные индексы тем и поиска таким же append-файлом.
Удаление сообщений через дописывание ID=null.
Периодически компактирование, которое ничем не хуже вакуума в постгре.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

79. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (80), 29-Ноя-21, 09:20 
> 1 тема = 1 файл, сообщения append'ятся

темы создаются модератором после стасорока обращений и ритуального танца.
Структура не нужна, да и зачем она форуму с тремя посетителями в году. Они и так помнят ответом на какой ответ является этот ответ.

Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 13:57 
"Ответом на какой ответ является этот ответ" - просто поле в данных поста, оно не требует специального обращения при хранении.
Ответить | Правка | Наверх | Cообщить модератору

104. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 29-Ноя-21, 19:51 
А теперь выведи мне всю цепочку сообщений, к которой относится это сообщение - вот до корневого.

(ну или задачка попроще, просто покажи с чего все началось, я там дальше сам посмотрю, может мне другую параллельную подветку надо было)

Оно еще как требует специального обращения, если к тебе ходят не полтора васяна.

Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:20 
Элементарно. Thread id в сообщении есть всегда. Референс на предыдущий ответ тоже.
В данном случае весь Thread - в одном файле (ну или в нескольких разбитых для оптимизации, кому как удобнее). Вгрузили и вывели.
Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 29-Ноя-21, 21:47 
> Элементарно. Thread id в сообщении есть всегда. Референс на предыдущий ответ тоже.

хаха. А что такое "thread" ? На любое письмо может быть два реплая, каждый стартует новую ветку, одна вообще полуоффтопик, другая ушла на другую тему.  Вот тебе _нормальная_ тредовая модель.

А не треды создаются особами приближенными к Б-гу Императору, а внутри у них линейная каша.

> В данном случае весь Thread - в одном файле (ну или в

И смысла в этом нет никакого.

Я же говорю - у тебя голова промыта торренсрами которые не для общения предназначены.
Поэтому и сдохли бюллютеньборды в качестве средства общения (ну, в том числе). Остались только для раздачи вареза.
Разьве что wwwthreads делали люди, еще помнившие те ньюсы (или фидо, или что там они помнили, но вряд ли придумали с нуля). Но они давно умерли или ушли на покой.

Ответить | Правка | Наверх | Cообщить модератору

123. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:53 
Вгружается весь тред до корня. Или весь целиком, или индекс. Строится из линейной структуры ID<->ID деревце - не бог весть какая операция. Дальше выводится. Напоминаю, мы в рамках форума, пара сотен тысяч постов в треде "с корня" вряд ли наберётся.
Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:55 
Больше того, для RDBMS такая задачка - тоже не из самых лёгких. Проще бывает вгрузить листы ID<->ID по source thread ID, и дальше их уже кодом в дерево обработать. Рекурсивные запросы много где ныне есть, но эффективность у них, @#$...

У меня примерно аналогичная задачка, только там не дерево, а суперпрефиксы по телефонии. +1 +1 123, +1 123 456, и вплоть до полных номеров. Их надо как раз таки тред-подобным образом агрегировать.

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

127. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 30-Ноя-21, 08:03 
> телефонии. +1 +1 123, +1 123 456, и вплоть до полных
> номеров. Их надо как раз таки тред-подобным образом агрегировать.

агрегировать - не то же самое что иметь доступ к древовидной структуре. Сам по себе элемент +1 123 456 никому не нужен и никакая строка в таблице традиционной базы данных ему бы не соответствовала - просто нечего в ней хранить.

Дарю:

with recursive
                                thread(id,replyid,level) as (
                                select id,replyto,0
                                from messages where id=$msgid
                                UNION ALL
                                select
                                        messages.id,messages.replyto,level+1
                                from messages,thread where replyto=thread.id
                                ORDER BY 3 DESC
                                ) select * from thread,messages
                                        where messages.id=thread.id ;

обратить внимание, что в этой базе нет никаких персистентных thread id  - за ненадобностью. Тред может начинаться (и начнется) в любом месте, а не от корня (за десять лет тот корень забыт всеми и давно уже о другом болтают)

"корень" отличается лишь тем что у него нет replyto и выше него некуда прыгнуть.

Да, это sqlite. Причем, как и полагается, какой-то совершенно доисторической версии.
Лет пять назад еще вполне себе работало.

Ответить | Правка | Наверх | Cообщить модератору

139. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 30-Ноя-21, 14:32 
Ды щаз, не нужен.
К этим элементам тарифы прибиты, и маршрутная информация.

Про запрос выше могу сказать только что по нагрузке будет легче целиком вгрузить :D

Ответить | Правка | Наверх | Cообщить модератору

111. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:22 
И нет, никаких специальных телодвижений там до появления тредов на больше памяти, чем один одновременный клиент может выжрать, не требуется.
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

112. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:26 
Я просто очень даже в работе оперирую структурами, которые сильно превышают объём RAM вообще.
Там приходится и линейную дозапись блоков в файлы делать, и вгружать блоками.
И нет, RDBMS там в конкретной задаче я пробовал, это бессмысленно, много обработок и специфичные свёртки (prefix-based coalescing).
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

114. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 21:29 
SQLite кстате тоже есть )
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от муу (?), 29-Ноя-21, 01:47 
дык на таком сайте прям щас сидишь
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

96. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от fuggy (ok), 29-Ноя-21, 15:37 
Не слышал про DokuWiki? PhpBB форум может работать работать на текстовых файлах и много других созданных во времена web 2.0. Ничего плохого в этом нет.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

103. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от pofigist (?), 29-Ноя-21, 18:21 
Ничего хорошего - тоже. Оно конечно работает, но... мягко говоря не стабильно.

Но SQLite тут не поможет. Особенно шикарна связка SQLite+какой-нибуть язык с GIL, типа пихтна или риби... Spiceworks не даст соврать.

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Gogi (??), 28-Ноя-21, 15:32 
Поначалу таже такое тупое решение работает. Проблемы начинаются обычно в середине, когда чела тупо попросили отсортировать по дате. :) "Текстовые файлы" годятся для вейпер-шопа с 3 позициями, а для форума нужна нормальная база.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

57. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 28-Ноя-21, 22:15 
А в чём проблема сортировки-то? Загрузил, и ворочай как хочешь. БД примерно то же самое делает.
В самом худшем случае можно коротеньких индексных файлов докинуть, по 1 рекорду на 1 рекорд, просто чтобы всю портянку целиком не грузить. Если ещё сильнее изгольнуться - в индексные файлы можно поинтер писать внутрь основного, чтобы сразу с нужного места вгружать.

Единственное что, при наличии RDBMS - всё это называется "изобретение велосипедов" - там всё это уже нормально сделано.

Ответить | Правка | Наверх | Cообщить модератору

76. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от Аноним (77), 29-Ноя-21, 09:15 
> А в чём проблема сортировки-то? Загрузил, и ворочай как хочешь.

и после пятого пользователя кончается почему-то память. Ну да, ну да.

Но давайте еще добавим индексов и переизобретем sqlite заново - с квадратными колесами на этот раз.

Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 13:58 
Ты не поверишь, вот даже для опеннета такого движка хватит, и ничего нигде не кончится.
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 29-Ноя-21, 13:59 
Память скорее кончится во всяких жабомонолитах, которые не знают, что такое загрузка данных по запросу, и пытаются всё в памяти удержать.
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

63. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от PaleMoon (?), 28-Ноя-21, 23:41 
В чем проблема отсортировать по дате, если файлы на одной из версий reiserfs?
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

40. "Выпуск СУБД SQLite 3.37"  –3 +/
Сообщение от Gogi (??), 28-Ноя-21, 15:31 
Я б не ставил на ссыкулит. Есть же вполне легковесные базы типа Postgres или даже Interbase (там ещё какие-то опенсорсные открытые форки были). MySQL опять же. Чем "стандартнее" СУБД, тем меньше от неё ожидается проблем.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

45. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от edo (ok), 28-Ноя-21, 15:59 
Куда уж стандартнее?
Почти на каждом компьютере или телефоне есть несколько баз sqlite
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (29), 29-Ноя-21, 00:42 
Несколько? В каждом приложении.
Ответить | Правка | Наверх | Cообщить модератору

94. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Наме (?), 29-Ноя-21, 14:02 
Это однопользовательский движок. В нём нет (практически нет) реализации изоляции транзакций. Ну кроме сериализации через ожидания.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

128. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 30-Ноя-21, 08:06 
> Это однопользовательский движок. В нём нет (практически нет) реализации изоляции транзакций.
> Ну кроме сериализации через ожидания.

И вот это единственная реальная претензия к автору. Почему он не захотел осилить sysV ipc, сделав вместо них файловые локи - вопрос риторический, под виндой нет никакого sysV.
(причем в самых последних версиях ipc появился, linoops only, но не для изоляции, увы - похоже, такая идея автору в голову если и приходила, то никого там уже не застала, расстроилась и ушла)

Ответить | Правка | Наверх | Cообщить модератору

137. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Наме (?), 30-Ноя-21, 12:02 
Ну венды тогда на военных кораблях ВМС США не было. И сейчас, наверное, нет.
Ответить | Правка | Наверх | Cообщить модератору

146. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 30-Ноя-21, 22:43 
Эммм... мне казалось, история с заклинившими орудиями кресейра должна была войти уже в школьные учебники? "Персонал проинструктирован - ноль в это поле не вводить!" (У nt3.1 не оказалось обработчика прерывания по делению на ноль на платформе, кажись, mips)

Сейчас, наверное, нет. Зачем платить ms, когда можно линoops нахаляву побольше, побольше!

Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Gogi (??), 28-Ноя-21, 15:49 
К слову, не так страшны 10 тыщ леммингов в сутки, как 1000 хакеров в 1 секунду. :) Тут надо смотреть на пиковую загрузку. На простом .NET/C# и sockets (самый обычный, connect-send-receive) я держал 120 клиентов в секунду. С вебом может быть посложнее, но тут надо смотреть бутылочное горлышко и устранять.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

53. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 28-Ноя-21, 22:08 
С пиковой загрузкой в случае простых не-realtime сервисов решается отдачей "please wait" всем, кто не влез. Чуть подождут, и влезут.
Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Наме (?), 29-Ноя-21, 13:58 
Зачем? Любая транзакционная СУБД с этим справится без сериализации.
Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от пох. (?), 30-Ноя-21, 08:08 
> Зачем? Любая транзакционная СУБД с этим справится без сериализации.

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

Ой... алярма, кнутователь бежит махая кнутом - у нас опять "все пависла в базе локи!"

Ответить | Правка | Наверх | Cообщить модератору

136. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Наме (?), 30-Ноя-21, 11:59 
Бывает и является простой рутиной, разрешаемой бизнес-правилами. Как-бы, большинство производственных баз апдейты делают на рипитэбл рид или вообще на рид коммитэт и как-то проблемы потерянных обновлений решают. В mvcc-режиме локов не будет -- будут откаты из-за коллизии обновлений. В блокирующем гуане мамонта, вроде старых МС Сиквелов, да, дэдлоки будут, но там тоже это всё решаемо.
Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 28-Ноя-21, 22:08 
10000 посетителей или обращений?
Если второе - можно конечно, это один штука в 8.64 секунды.
А то может каждый посетитель по 20 запросов в секунду хочет, тогда нельзя.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

46. "Выпуск СУБД SQLite 3.37"  –2 +/
Сообщение от Аноним (46), 28-Ноя-21, 16:56 
> But apart from the extra STRICT keyword, the underlying file format of the database is identical.

Нахрен не нужно. Это значит там всё ещё хранят схему для каждой отдельной записи. То есть оверхед. Если у тебя много записей - то много оверхеда. Если тебе в одной колонке поле нужно хранить всего один байт, то оверхед на хранение типа этого байта будет как сам этот байт (тип храрится в varint, а он is between 1 and 9 bytes in length).

Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от Онаним (?), 28-Ноя-21, 22:19 
STRICT - тупо сахар для неосиляторов.
Что же до оверхеда - всё это мелочи по сравнению собственно с глобальным индексом записей.
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (77), 29-Ноя-21, 09:13 
Именно так - мурзила и кто там еще девушка ужынает не справилась с битьем по рукам обезьянок, все равно умудряющихся засунуть строку вместо числа и потом падающих на попытке ее использовать как число.

Проще и дешевле дэушка утанцевать в сторону добавить проверку в саму библиотеку, чтоб по лапкам попадало автоматически и всегда. Считайте это еще одним constraint, оно скорее всего и механизм использует тот же самый.

Что до оверхеда, то он нулевой.

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск СУБД SQLite 3.37"  –2 +/
Сообщение от Онаним (?), 28-Ноя-21, 22:10 
"Add the --safe command-line option that disables dot-commands and SQL statements that might cause side-effects that extend beyond the single database file named on the command-line. "

Плохо понимаю, зачем ограничивать _CLI_, ну да ладно.

Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Нямус (?), 29-Ноя-21, 00:20 
>Плохо понимаю, зачем ограничивать _CLI_

За скриптингом.

Ответить | Правка | Наверх | Cообщить модератору

83. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (7), 29-Ноя-21, 13:29 
Квалификация скуль разработчиков вынуждает накладывать на них возможность защиты от дурака.  
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

59. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от pofigist (?), 28-Ноя-21, 22:54 
SQLite это не СУБД!
Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от Аноним (12), 28-Ноя-21, 23:02 
Не мешай людям мечтать!
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от pofigist (?), 28-Ноя-21, 23:15 
SQLite это настолько не Unix way, что аж зубы сводит...
У него же бинарный формат файла, а в нем - конфиги хранят!
И эти же люди - жалуются на реестр...
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (12), 29-Ноя-21, 01:55 
Что поделать, кирпичом пытаются гвозди забивать.
Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от pofigist (?), 29-Ноя-21, 07:45 
У нее один плюс - в теории ее всегда можно выкинуть и без особых проблем заменить на полноценную СУБД. С минимальными переделками.
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Наме (?), 29-Ноя-21, 13:56 
Скорее не переделками, а перделками. И не минимальными, а густыми и сочными.
Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (7), 29-Ноя-21, 13:28 
Да тут фанатики почище раста. Все на стороне скуля.  
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

99. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от pofigist (?), 29-Ноя-21, 16:57 
В смысле? Если тебе нужен sql db - используй полноценную СУБД. А вот если тебе не нужна полноценная СУБД - отличный повод задуматься, а нужен ли тебе именно SQL?
Ответить | Правка | Наверх | Cообщить модератору

135. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Наме (?), 30-Ноя-21, 11:54 
Нет никакой обязательной связи между Сиквелом и СУБД. Сиквел просто удобный способ манипулировать данными. Всё. Удобнее, а практически всегда удобнее, использовать декларативный реляционный подход? Вот тебе, держи и пользуйся. Нужна многопользовательская среда с транзакциями, бэкапом, репликациями и т.д. и т.п.? Тогда нужно что-то потолще.
Ответить | Правка | Наверх | Cообщить модератору

141. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от pofigist (?), 30-Ноя-21, 15:26 
Да ну?

> SQL (ˈɛsˈkjuˈɛl; англ. structured query language — «язык структурированных запросов») — декларативный язык программирования, применяемый для создания, модификации и управления данными в реляционной базе данных, управляемой соответствующей системой управления базами данных.

Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Наме (?), 30-Ноя-21, 16:40 
У тебя во рту тоже есть язык. Но если его оттуда изъять он языком быть не перестанет. Синтаксически.
Сиквел это один из диалектов, реализующих (не в полной мере) реляционную исчисление (или алгебру). Поверх чего реализующих это уже вопрос конкретной реализации.
Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от pofigist (?), 30-Ноя-21, 17:43 
> Сиквел это один из диалектов, реализующих (не в полной мере) реляционную исчисление (или алгебру).

Нуу... Нет, создатели реляционной модели - с тобой не согласны. Они предлагают использовать D

Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Анонимemail (73), 29-Ноя-21, 08:44 
Отличная локальная база. То что нужно!
Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Наме (?), 29-Ноя-21, 13:55 
А что такое "локальная база"?
Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Анонимemail (73), 30-Ноя-21, 07:14 
Не ужели вам на вайти в айти смузи курсах не рассказывали?

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

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

p.s "программы" - это то, что благодаря маркетолога, сейчас называют приложениями.

Ответить | Правка | Наверх | Cообщить модератору

134. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Наме (?), 30-Ноя-21, 11:50 
Локальность или нелокальность не имеет никакого значения. Тут дело не в локальности, а в принципиальном однопользовательском применении. Ничто не мешает приделать сокет, но от этого решение не станет многопользовательским.
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Наме (?), 29-Ноя-21, 13:55 
Неплохой однопользовательский эрзац сиквела. Для остальных затей явно не то, что стоит выбирать.
Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от Наме (?), 29-Ноя-21, 14:00 
И это не субд, а встраиваемый однопользовательский реляционный движок работы с данными. Наверное так, да?
Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Аноним (12), 29-Ноя-21, 16:51 
Это помойка, которую легко заменяет ini-файл, ибо для других целей её не используют.
Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Наме (?), 29-Ноя-21, 17:23 
Не соглашусь. На реляционной "декларативке" зачастую куда проще данными оперировать. Во встройке какой-нибудь промышленной, например. Лайт же исконно использовали для упрощения интеграции БИУСов с автономными корабельными системами (чтоб и там и там была одна модель данных, ну или близкая).
Ответить | Правка | Наверх | Cообщить модератору

140. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 30-Ноя-21, 14:35 
Используют, и ещё как.
Одно из удобств - в локальности. Когда структура данных примитивная, но большие по числу строк и размеру данных объёмы - очень неплохо справляется, кстати.
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

143. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Наме (?), 30-Ноя-21, 16:42 
Нет никакой "локальности". Куда ты Лайт встроишь не ограничено ничем, кроме полёта фантазии. Ещё раз, просто приделай сокет и не будет твое решение с Лайтом локальным, а вполне себе глобальным.
Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск СУБД SQLite 3.37"  +1 +/
Сообщение от Онаним (?), 30-Ноя-21, 21:10 
Я о другой локальности, ну да ладно.
Оверхед "сокета", когда тебе надо по одной строчке из пары миллионов выбирать - не шутка.
Ответить | Правка | Наверх | Cообщить модератору

147. "Выпуск СУБД SQLite 3.37"  –1 +/
Сообщение от Наме (?), 01-Дек-21, 10:14 
Если одну строку из миллионов? Никакого сколь-либо существенно влияния сокету тут не будет. Ты, наверное, имел в виду миллионы строк по одной? Да, тогда будет. Но Сиквел как раз про то, чтобы не выбирать миллионы по одной, а выбирать сразу множествами.
Ответить | Правка | Наверх | Cообщить модератору

148. "Выпуск СУБД SQLite 3.37"  +/
Сообщение от Онаним (?), 01-Дек-21, 14:34 
Не "одну", а по "одной". Множества там не особо катят.
Можно конечно хранимки написать, но блин, там база одноразовая - её ж ещё залить сначала придётся.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру