The OpenNET Project / Index page

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



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

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

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

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

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

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

10. Сообщение от Аноним (10), 28-Ноя-21, 10:32   –1 +/
Ни на том ни на другом такого ПО никогда не будет, к счастью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #14, #27

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #42

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #16, #71

14. Сообщение от Аноним (7), 28-Ноя-21, 10:56   +/
На Golang зато можно. Тот же boltdb на столько идеален что ему даже  больше не надо выпускать новые версии.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #26

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #39

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #51

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

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

35. Сообщение от Аноним (10), 28-Ноя-21, 15:08   +/
Чем тебя текстовые файлы не устраивают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #36, #41

36. Сообщение от Аноним (34), 28-Ноя-21, 15:13   –1 +/
Как вы представляете себе форум на текстовых сайтах?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #37, #56, #67, #96

37. Сообщение от Аноним (34), 28-Ноя-21, 15:13   –1 +/
*Файлах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #49

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

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

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

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

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

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

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

46. Сообщение от Аноним (46), 28-Ноя-21, 16:56   –2 +/
> 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

47. Сообщение от Аноним (47), 28-Ноя-21, 17:19   –1 +/
> жаль что лицензия не GPLv2, в ядро не вставить.

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

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

49. Сообщение от пох. (?), 28-Ноя-21, 18:26   +/
> *Файлах

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

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #55, #69

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

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

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

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

54. Сообщение от Онаним (?), 28-Ноя-21, 22:10   –2 +/
"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, #83

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #76

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

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

60. Сообщение от Аноним (12), 28-Ноя-21, 23:02   +1 +/
Не мешай людям мечтать!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #62

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #80, #95

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

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

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

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

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

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

66. Сообщение от x3who (?), 29-Ноя-21, 01:00   +1 +/
brainfuck это пишеццо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

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

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

69. Сообщение от ddd2 (?), 29-Ноя-21, 04:19   +/
https://forum.combats.com/

?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #78

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

71. Сообщение от OpenEcho (?), 29-Ноя-21, 06:15   +/
> А что ещё ждать от недобазы?

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #91, #92

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

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #88

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

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

79. Сообщение от Аноним (80), 29-Ноя-21, 09:20   +/
> 1 тема = 1 файл, сообщения append'ятся

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #89

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #81

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #149

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

86. Сообщение от Наме (?), 29-Ноя-21, 13:55   +/
А что такое "локальная база"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #126

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #98

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

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

98. Сообщение от pofigist (?), 29-Ноя-21, 16:56   +/
А зачем в телефонах sqlite, да и вообще sql? Конфиги хранить да логи? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #106

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

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

103. Сообщение от pofigist (?), 29-Ноя-21, 18:21   +1 +/
Ничего хорошего - тоже. Оно конечно работает, но... мягко говоря не стабильно.

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #110, #111, #112

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #107, #108, #109, #113

106. Сообщение от OpenEcho (?), 29-Ноя-21, 21:00   +/
> А зачем в телефонах sqlite, да и вообще sql? Конфиги хранить да
> логи? :)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #131

107. Сообщение от Онаним (?), 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ообщить модератору
Родитель: #105 Ответы: #117

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

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

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

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

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

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

114. Сообщение от Онаним (?), 29-Ноя-21, 21:29   +/
SQLite кстате тоже есть )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #138

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #121, #122

117. Сообщение от пох. (?), 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ообщить модератору
Родитель: #107 Ответы: #118

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #123, #124

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #127

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #134

127. Сообщение от пох. (?), 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ообщить модератору
Родитель: #124 Ответы: #139

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #137

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #136

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

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

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

131. Сообщение от pofigist (?), 30-Ноя-21, 09:26   +/
Так чего же ты не сейчас открыл-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #132

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #133

133. Сообщение от pofigist (?), 30-Ноя-21, 10:49   +/
> значимость sqlite на телефонах

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

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

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

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

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

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

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

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

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

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

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

141. Сообщение от pofigist (?), 30-Ноя-21, 15:26   +/
Да ну?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #142

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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




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

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