The OpenNET Project / Index page

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



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

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

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

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

Оглавление

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


1. "Выпуск СУБД SQLite 3.34.0"  +17 +/
Сообщение от A.Stahl (ok), 03-Дек-20, 14:24 
Самая нужная БД в мире (ну после CSV, конечно)!
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск СУБД SQLite 3.34.0"  –21 +/
Сообщение от Аноним (2), 03-Дек-20, 14:33 
На самом деле она как царь Мидас, только наоборот - всё куда она вкрячена начинает неистово тормозить. Заметил это ещё лет 10 назад в xmoto когда индексировались новые уровни - запись инфы о них в базу данных занимала до секунды на каждый. Вот и сейчас - pkg во FreeBSD тормозит из-за этой недобазёнки, профиль firefox пухнет из-за неё же.
Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск СУБД SQLite 3.34.0"  +10 +/
Сообщение от Аноним (4), 03-Дек-20, 14:42 
кек, ну перетяни тот же софт на окакл и посмотри, насколько "ЭТО" будет в реальности тормозить, заодно вспомнишь в FF каково было во времена диалапа.
И pkg тормозит отнюдь не из-за sqlite
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск СУБД SQLite 3.34.0"  –8 +/
Сообщение от Аноним (2), 03-Дек-20, 18:09 
> кек, ну перетяни тот же софт на окакл и посмотри

Какой нахрен оракле. Из не-встраиваемых баз я к этой говноподелке близко не подойду, когда парк корпоративных баз перевели на postgres столько проблем сразу ушло. Тут-то речь про встраиваемые базы.

> И pkg тормозит отнюдь не из-за sqlite

Из-за sqlite. Фаза "Updating packages" которая и жрёт 90% времени при обновлении - это именно обновление sqlite.

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

44. "Выпуск СУБД SQLite 3.34.0"  +7 +/
Сообщение от Страшный аноним (?), 03-Дек-20, 21:20 
> Какой нахрен оракле. Из не-встраиваемых баз я к этой говноподелке близко не подойду, когда парк корпоративных баз перевели на postgres столько проблем сразу ушло.

Какой тут болид Формулы-1? Я к этой говноперделке близко не подойду. Когда парк корпоративных автомобилей перевели на Запорожец, столько проблем сразу ушло у нас, у механиков.

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

107. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (2), 04-Дек-20, 18:08 
Оракле это не болид формулы-1. Это уродливая неповоротливая базёнка обросшая неоправанными мифами о её якобы крутости, поскольку из-за, опять же, неоправданной её стоимости доступна она только в кровавом интерпрайзе, и то только нечеловеческими усилиями продавальщиков оракла, а обычным смертным оракл запрещает даже публиковать бенчмарки своей поделки, догадайтесь по каким причинам. Но король-то голый.
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск СУБД SQLite 3.34.0"  –5 +/
Сообщение от Аноним (7), 03-Дек-20, 15:02 
> pkg во FreeBSD

Там ещё куча проблем. Мне пока не верится что из-за скулите можно рандомно крашиться посреди апдейта системы, оставляя её в полудохлом состоянии.
Всё-таки pkg - это своя разработка бздешников, а не утащеная с линукса.

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

25. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от zzz (??), 03-Дек-20, 17:01 
>из-за скулите можно рандомно крашиться посреди апдейта системы
>куча проблем

Твоя единственная "куча проблем" - кривые руки.

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

33. "Выпуск СУБД SQLite 3.34.0"  –2 +/
Сообщение от Аноним (7), 03-Дек-20, 18:51 
Крикни громче, раз больше нечего сказать. И ещё расскажи всем что в бзде всё работает и ничего не ломается. UFS2, ilwifi - тоже результат кривых рук, да...
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от Аноним (-), 03-Дек-20, 19:35 
> Крикни громче, раз больше нечего сказать. И ещё расскажи всем что в
> бзде всё работает и ничего не ломается. UFS2, ilwifi - тоже
> результат кривых рук, да...

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

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


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

52. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (52), 03-Дек-20, 23:23 
Или отключение питания (паника ядра? что-то чаще чем линукс паникует), но то такое.
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (-), 04-Дек-20, 02:08 
> Или отключение питания (паника ядра? что-то чаще чем линукс паникует), но то такое.

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


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

66. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от zzz (??), 04-Дек-20, 02:48 
Кого ты слушаешь, в лучшем случае он гонял фрю в qemu+kvm с включенным writecache'ем, который ломает O_DIRECT, но скорее всего просто повторяет мантру, подслушанную от таких же попугаев.
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск СУБД SQLite 3.34.0"  –2 +/
Сообщение от Аноним (52), 04-Дек-20, 03:35 
Ну вообще-то на хосте, но оправдания у вас забавные. Я бы даже поставил на то что ext4 от 2 паник (или отключений) подряд не рассыпется.
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (52), 04-Дек-20, 03:36 
s/поставил/не поставил/
Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск СУБД SQLite 3.34.0"  –2 +/
Сообщение от zzz (??), 04-Дек-20, 03:43 
Поставил фрю на хост, тут же получил две паники и UFS рассыпалась. Две песни "Фантазер" этому господину и премию Корнея Чуковского.
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

70. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (52), 04-Дек-20, 03:47 
> Поставил фрю на хост, тут же получил две паники и UFS рассыпалась.

Как ты узнал? Только паник было даже не две, штук 5 пока я от них избавился. Но сути это не меняет.

> Две песни "Фантазер" этому господину и премию Корнея Чуковского.

Ты обвиняешь меня во лжи?

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

72. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от zzz (??), 04-Дек-20, 04:43 
>Ты обвиняешь меня во лжи?

И еще премию "Золотая малина" за лучшую актерскую игру.

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

46. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от bergentroll (ok), 03-Дек-20, 21:30 
Ах, вот и луна заглянула в окошко. Время укутаться в плед, налить себе травяного чаю и открыть мой любимый opennet.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

51. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (-), 03-Дек-20, 22:49 
> в бзде всё работает и ничего не ломается. UFS2 ... - тоже результат кривых рук, да...

А проблемы с UFS2 случайно не в qemu+KVM, с настройками по умолчанию?

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

63. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Ivan_83 (ok), 04-Дек-20, 02:31 
С вифи - плохо, скоростя ущербные, тут спору нет.
С остальным - проблем нет или мизер, который не беспокоит.
Хотя нюанс в том, что нужно посещать багтрекер и брать от туда патчи и воркароунды к некоторым проблемам.

Можете тут ознакомится с моими конфигами, там есть некоторые тюнинги и воркароунды: http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/12.0/

Если заинтересует, то отсюда: rsync://wupd.dhis.org:873/update-ports/ можно вытянуть порты с моими патчами и тп. (svn status всё покажет как есть)

Помню когда только начинал у меня от отключения диски сыпались %)
Дело было в бэкграундовой проверке фс.
Сейчас предпочитаю из всех фичей только софтапдейты держать включёнными, с журналом у меня было пару раз что fsck после ресета ошибок не нашёл, но система падала, я тогда всё жлелезо перебрал, а вылечилось когда принудительно fsck сделал с игнорированием журнала.
А как сделать двух проходной fsck на загрузке я не нашёл, так бы журнал не отключил.

Насколько помню журнал делали для быстрой проверки диска, нынче для ssd это не актуально.

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

76. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 04-Дек-20, 09:37 
> Хотя нюанс в том, что нужно посещать багтрекер и брать от туда патчи и воркароунды к некоторым проблемам.

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

> Насколько помню журнал делали для быстрой проверки диска, нынче для ssd это не актуально.

конечно неактуально - чего их особо проверять, 200G или сколько там у тебя дешевый ssd емкостью?

А что вот мне делать с насом на скромные 8T ? Подождать недельку, пока проверится?
Использовать zfs которая works-as-intended, а теперь ее еще вздумали переписать заново по линкусным калькам?

Эх... хорошая была система freebsd. Но где-то до восьмой версии включительно. А теперь, увы, жалкие ошметки от прежнего качества остались. И да, pkg ладно бы только тормозил - он еще и старательно ломается в каждой новой версии. Вот скажите мне - зачем банальной программе, вся задача которой - распаковывать tar.bz2 и вести учет версий пусть в sqlite базке данных (модный-современный разработчик, конечно, поставил бы монгу, чтоб не только тормозило, но и падало) - использовать модные-современные апи, появившиеся в ведре пол-года назад, почему она не может обойтись теми api которые в нем были ДВАДЦАТЬ лет назад - и которых вроде вполне должно было быть достаточно для чтения архива и распаковки оттуда файликов, это и тридцать лет назад умели (при том что и распаковка-то через libarchive)?  А вот его разработчики - придумали!

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

113. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от GentooBoy (ok), 04-Дек-20, 20:14 
>Эх... хорошая была система freebsd. Но где-то до восьмой версии включительно.

мм планку годности передвинули с 4 версии до 8 версии, занятно.

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

115. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 04-Дек-20, 23:35 
> мм планку годности передвинули с 4 версии до 8 версии, занятно.

в четвертой был, помимо прочих болезней детства, works as intended в виде никогда не освобождавшегося места после удаления файлов при некоторых интересных обстоятельствах. Нечеловеческими усилиями эту проблему удалось победить, но...слишком поздно, и фикс так никогда (afair) не попал ни в одну из релизных веток.

Ну и того, добро пожаловать обратно в 32bit era. Мне не хочется.

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

Там даже zfs уже была вполне рабочая, если смириться с некоторыми "особенностями" (в 9й ее "слегка" поломали, а дальше начался ад и израиль, теперь вот закончившийся полным п-цом, и чинить уже некому)

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

118. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Ivan_83 (ok), 05-Дек-20, 00:58 
Ты походу теоеретег.

У меня более 20Т и проверяется оно за вполне конечно время, минут 10-20 не больше.
SSD под систему, обычные сата, проверяются менее чем за минуту.
Это полная проверка, без журнала.

И до 11 версии у ZFS были знатные баги, так что приходилось диски занулять перед форматированием в него, чтобы грабли и подземные стуки не беспокоили.

Про особенности pkg - сходите и почитайте в репу.

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

62. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Ivan_83 (ok), 04-Дек-20, 02:20 
pkg так просто не крашится.
http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/1... - можете этим в след раз корки разгрести и выложить в гитхуб, завести там багу.
Ещё в сисцтл:
kern.coredump=1                # Enable/Disable coredumps.
kern.nodump_coredump=1            # Enable setting the NODUMP flag on coredump files.
kern.coredump_devctl=1            # Generate a devctl notification when processes coredump.
kern.corefile=/tmp/%N.%I.core        # Process corefile name format string
kern.compress_user_cores=1        # Compression of user corefiles
kern.compress_user_cores_level=3    # Corefile compression level
debug.ncores=16                # Limiting the number of corefiles generated by a particular process

А простое нытьё на форуме, без пруфов - удел школоты начальных классов.

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

9. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (9), 03-Дек-20, 15:06 
> всё куда она вкрячена начинает неистово тормозить

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

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

12. "Выпуск СУБД SQLite 3.34.0"  –2 +/
Сообщение от Аноним (12), 03-Дек-20, 15:10 
- А что, если начать думать? ... Да ну нафик! Лучше скуля вкрячу.
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (17), 03-Дек-20, 16:00 
Тот кто умеет думать скуль и не юзает.
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Ivan_83 (ok), 04-Дек-20, 02:15 
Оно не тормозит, как минимум у меня.
Я бы на вашем месте прошёлся профайлером или хотя бы truss чтобы хотя бы примерно понять в чём проблема.
Или как минимум пожаловался на гитхабе, где pkg и пилится.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

108. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (2), 04-Дек-20, 18:11 
Тормозит она у всех, а ты либо врёшь, либо считаешь нормальным что обновление состояния удалённого репозитория происходит не мгновенно. Проблема неоднократно обсуждалась с bapt, но увы, больше из sqlite не выжать.
Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от анонн (ok), 04-Дек-20, 20:16 
> Тормозит она у всех, а ты либо врёшь, либо считаешь нормальным что
> обновление состояния удалённого репозитория происходит не мгновенно.

Ну, по сравнению с APT оно летает.


на tmpfs, древний мобильный двухядерный i3
$ time pkg -r test update                                                        
pkg: . wrong user or group ownership (expected 0/0 versus actual 1001/0)
Updating FreeBSD repository catalogue...
Fetching meta.conf: 100%    163 B   0.2kB/s    00:01    
Fetching packagesite.txz: 100%    6 MiB   3.4MB/s    00:02    
Processing entries: 100%
FreeBSD repository update completed. 32859 packages processed.
Updating FreeBSD-base repository catalogue...
Fetching meta.conf: 100%    163 B   0.2kB/s    00:01    
Fetching packagesite.txz: 100%   37 KiB  38.2kB/s    00:01    
Processing entries: 100%
FreeBSD-base repository update completed. 559 packages processed.
Updating pr0n-repo repository catalogue...
Fetching meta.conf: 100%    163 B   0.2kB/s    00:01    
Fetching packagesite.txz: 100%   49 KiB  50.3kB/s    00:01    
Processing entries: 100%
pr0n-repo repository update completed. 124 packages processed.
All repositories are up to date.
pkg -r test update  8,14s user 0,24s system 76% cpu 10,900 total

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

119. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Ivan_83 (ok), 05-Дек-20, 01:02 
# /usr/bin/time -h pkg update
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100%    916 B   0.9kB/s    00:01    
Fetching packagesite.txz: 100%    6 MiB   2.3MB/s    00:03    
Processing entries: 100%
FreeBSD repository update completed. 32859 packages processed.
All repositories are up to date.
    11.37s real        6.03s user        0.15s sys

12 секунд, из которых минимум 4 оно тянуло по сети - не вижу проблемы.

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

105. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (105), 04-Дек-20, 17:33 
> Заметил это ещё лет 10 назад

Гы. Как раз 10 лет назад в sqlite (в релизе 3.7.0) завезли WAL, который избавляет от тормозов при интенсивной записи. Правда, приложение должно этот режим активировать с своей стороны. Так что ты упел запрыгнуть в криокамеру, что называется, в последний момент.

> сейчас - pkg во FreeBSD тормозит из-за этой недобазёнки

Да? Если верить бенчмаркам, даже в 2012 году производительнсть недобазёнки составляла в 40+ тысяч операций в секунду. Посмотри сам - http://www.lmdb.tech/bench/microbench/ Может, если бздя тормозит, виноват в этом может быть не только sqlite?

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

110. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (2), 04-Дек-20, 18:27 
> производительнсть недобазёнки составляла в 40+ тысяч операций в секунду.

Ты серьёзно думаешь что это впечатляющее число? Кстати, как раз порядка 30k записей о пакетах в pkg и заливается, только, во-первых, реальных, а не синтетических, и во-вторых, не на Core2 Extreme, а на там где реально используется pkg, т.е. в т.ч. на скромных виртуалках и одноплатниках. Поэтому и имеем

% time sudo pkg update
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100%    916 B   0.9kB/s    00:01    
Fetching packagesite.txz: 100%    6 MiB   3.4MB/s    00:02    
Processing entries: 100%                                                  // грустно считаем процентики на sqlite insert полминуты
FreeBSD repository update completed. 32859 packages processed.
All repositories are up to date.
sudo pkg update  11.59s user 1.19s system 48% cpu 26.486 total

> Посмотри сам - http://www.lmdb.tech/bench/microbench/

Ты не поверишь, но именно про это я и говорю - sqlite в непередаваемо глубочайшей жопе по сравнению с kv встраиваемыми базами, при этом он в большинстве случаев используется именно как kv.

> Может, если бздя тормозит, виноват в этом может быть не только sqlite?

Вот это да, ничего не тормозит, в sqlite тормозит, виновата конечно фря.

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

29. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от MasterSlave (?), 03-Дек-20, 17:45 
CSV не просто нужная, а ещё и лучшая.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

83. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (83), 04-Дек-20, 11:08 
И как у нее дела с репликацией Мастер-Мастер?
Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск СУБД SQLite 3.34.0"  +2 +/
Сообщение от мое правило (?), 04-Дек-20, 13:04 
Отлично, вот смотрите - "cp ./master.csv ../master.cvs"
Ответить | Правка | Наверх | Cообщить модератору

103. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от Аноним (103), 04-Дек-20, 16:54 
Пока ты копировал в первый файл записалось 10 строк, а когда скопировалось во второй файл записалось 100 строк. Твои действия?
Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (97), 04-Дек-20, 15:23 
Такая репликация в последний год резко потеряла актуальность. Теперь репликация SJW-SJW в трендах.
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

109. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (105), 04-Дек-20, 18:13 
Ты говоришь так, будто в sqlite репликацию мастер-мастер уже завезли
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

3. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (3), 03-Дек-20, 14:41 
>Код SQLite распространяется как общественное достояние (public domain)
>входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg

Комментарии излишни.

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

5. "Выпуск СУБД SQLite 3.34.0"  +12 +/
Сообщение от Урри (ok), 03-Дек-20, 14:46 
Но может вы все же раскроете свою мысль?
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск СУБД SQLite 3.34.0"  +3 +/
Сообщение от Аноним (13), 03-Дек-20, 15:18 
Раскрытие мыслей - излишне
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от Аноним (15), 03-Дек-20, 15:57 
Это эмоция - переполняют они человека Анонима и так в каждой теме

Шелуха и бытовые мнения земноводных с рассуждениями о вселееной открытого ПО зачастую не подкрепленное даже простым "Hello, World" и на выходе срачи вроде этого о том что автор слишком редкий Д'Артаньян

С другой стороны так почти везде начиная от кухонны споров у кофейника и до мировой политики как там эта тусня G20 она вокруг чего?

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

24. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от leibniz (ok), 03-Дек-20, 16:47 
Эмоция - излишне это
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск СУБД SQLite 3.34.0"  –2 +/
Сообщение от анонимуслинус (?), 03-Дек-20, 23:54 
да да по всем правилам психологии - идеальный человек это робот -овощ))) знаем мы вас без эмоций))) а база как база. свою работу делает уже годами. ну хорошо когда есть что то лучше или хуже. благо есть замена если кому то не нравится. было бы плохо если б была 1 и всем её впаривали.
Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (97), 04-Дек-20, 15:24 
Доведу до логического конца:

>Наличие мыслей - излишне.

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

16. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (3), 03-Дек-20, 15:58 
Наверное тем что не копилефт, чтобы корпорации могли тырить код.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

37. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Нанобот (ok), 03-Дек-20, 19:43 
просить у анонима раскрыть мысль - всё равно, что просить немого спеть
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

94. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (-), 04-Дек-20, 13:31 
А ты раскрыл мысль ?
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск СУБД SQLite 3.34.0"  –3 +/
Сообщение от Урри (ok), 03-Дек-20, 14:46 
Sqlite настолько совершенен, что уже ничего по сути нового в нее добавить нельзя.
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (8), 03-Дек-20, 15:03 
Можно было бы переписать на Rust'е, но растоманы умеют лишь мечтать.
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (12), 03-Дек-20, 15:07 
кстати, термин "растаманы" есть на вики :) очень соответствует.
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от Аноним (-), 03-Дек-20, 15:20 
Конечно, на этом языке не обкурившись сложно что-либо написать. Правда, обкурившись, видимо, тоже очень непросто.
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (17), 03-Дек-20, 16:00 
Зато можно придумать новый уровень абстракции обратно не совместимый, зато жутко безопасный.
Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск СУБД SQLite 3.34.0"  +3 +/
Сообщение от Аноним (45), 03-Дек-20, 21:21 
Не путай удобный Раст с пустым C.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

121. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (-), 05-Дек-20, 04:48 
> Не путай удобный Раст с пустым C.

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

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

143. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (45), 05-Дек-20, 22:10 
Каждая закорюка имеет смысл, и в большинстве случаев полностью на своем месте.
Советую хоть немного разобраться, прежде чем пытаться судить.

Особенно в сравнении с C, который давно застыл на месте, и C++, который вобрал в себя вообще что можно и нельзя, погряз в шаблонах, а нетворка до сих пор нет ¯\_(ツ)_/¯

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

48. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Ordu (ok), 03-Дек-20, 21:53 
Да, рэгги -- божественная музыка.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

23. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от Аноним (23), 03-Дек-20, 16:42 
растаманы сделали обёртку над sqlite и вроде не парятся

хотя есть и оригиналы…
https://crates.io/crates/kiln

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

42. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Урри (ok), 03-Дек-20, 20:18 
Обертки над sqlite есть на всем, даже на лиспе.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от имя (ok), 03-Дек-20, 19:25 
> it is possible that SQLite might one day be recoded in Rust.
> Some preconditions that must occur before SQLite is recoded in Rust

https://www.sqlite.org/whyc.html

> Advocates of "safe" language correctly observe that this particular problem would not have happened if SQLite were written in (say) Rust. Rewriting SQLite in Rust in not (yet) a viable solution. (See https://www.sqlite.org/whyc.html) But I can start moving SQLite in that direction, and perhaps make use of techniques taken from safe languages to improve its resistance to attack.

https://news.ycombinator.com/item?id=18687955

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

96. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (96), 04-Дек-20, 14:57 
Так уже переписывают.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

10. "Выпуск СУБД SQLite 3.34.0"  +2 +/
Сообщение от Аноним (12), 03-Дек-20, 15:07 
> ничего ... добавить нельзя.

Скорости бы, Карл, скорости добавить...

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

18. "Выпуск СУБД SQLite 3.34.0"  +2 +/
Сообщение от Аноним (15), 03-Дек-20, 16:00 
Я бы добавил:

* TABLE RENAME
* COLUMN RENAME

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

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

43. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Урри (ok), 03-Дек-20, 20:25 
Но это ведь неплохо эмулируется с помощью create; insert select; delete.
Ответить | Правка | Наверх | Cообщить модератору

120. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (120), 05-Дек-20, 01:25 
Ну так то да, но это же обходной путь.
Ответить | Правка | Наверх | Cообщить модератору

140. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от economist (?), 05-Дек-20, 16:19 
Это умеют IDE для SQLite - SQLite Manager (FF, XUL), SQLite Studio b tot c пяток софтин
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

20. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 03-Дек-20, 16:14 
Я бы добавил нормальные row locks - например, через банальную sysV shm+семафоры (точно так же как это было у раннего postgresql), и забыл бы про файловые локи как про страшный сон.

Но, к сожалению, автор никогда на это не согласится.

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

21. "Выпуск СУБД SQLite 3.34.0"  –2 +/
Сообщение от Catwoolfii (ok), 03-Дек-20, 16:34 
Все уже реализовано: https://www.sqlite.org/wal.html
Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (12), 03-Дек-20, 17:19 
лучше бы ты не вспоминал эти wal-файлы
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск СУБД SQLite 3.34.0"  +3 +/
Сообщение от пох. (?), 03-Дек-20, 18:47 
Нет, к сожалению. Это для _единственного_ клиента работает, и то кое-как и с кучей ограничений.
А когда у тебя две _разные_ программы одновременно обращаются к базе на запись - здравствуй, flock() на всю базу целиком.
И пока первая wal не накатит - вторая ничего записать туда не может.

Патамушта это единственный _системонезависимый_ способ сообщить вообще совсем другому процессу, что тут что-то занято (а про "что-то" размером меньше чем вся база - никак).

А ключевые игроки у нас... правильно, под винду.

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

47. "Выпуск СУБД SQLite 3.34.0"  +5 +/
Сообщение от банан (?), 03-Дек-20, 21:52 
> А когда у тебя две _разные_ программы одновременно обращаются к базе на запись

sqlite это как бы встраимаевая бд, к ней и не должно быть таких требований

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

50. "Выпуск СУБД SQLite 3.34.0"  –5 +/
Сообщение от пох. (?), 03-Дек-20, 22:26 
ты не понимаешь что такое "встраиваемая"? Бида-бида.

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

75. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (75), 04-Дек-20, 09:32 
В этом плане меня также удивляет фраза "Повышена производительность примитивов блокировки WAL-лога при наличии сотен соединений к файлу с БД.". Сотен соединений к файлу с БД. Встроенной БД. В том-то одна из особенностей встроенных БД, что ею обычно и чаще всего должна пользоваться одна программа и блокировка всего файла(-ов) в противовес построчной блокировке при обновлении - мегаупрощение в реализации БД. Разве что желательно чтобы встроенная БД была thread-safe/thread-friendly. А если тебе надо в одну и ту же БД лезть из разных программ (или запущенных экземпляров одной программы) - будь добр, используй внешнюю выделенную БД, те же мускуль-постгре-оракле. Иначе при ACID, семафорах, журналах, шаред мемори и построчной блокировке для работы из разных процессов эта "встроенная" БД превращается в обычную еще одну СУБД, разве что запуск всего это дирижабля осуществляется не при старте отдельных выделенных процессов, а при загрузке библиотеки в твоей программе.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

78. "Выпуск СУБД SQLite 3.34.0"  –4 +/
Сообщение от пох. (?), 04-Дек-20, 10:09 
еще один.

Единственная реальная "особенность встроенной БД" - что она - встроенная, настраивается под задачу, обновляется и изменяется если нужно - одновременно с тем софтом, которому она нужна, а не требует отдельного неудобоуправляемого монстра размером в сто раз больше того, что пользуется той БД, с прикованным к нему админом, периодически ломая операционную систему в которой используется, потому что каждый день между клиентом и сервером поулучшали апи и он больше несовместим.

> А если тебе надо в одну и ту же БД лезть из разных программ (или запущенных экземпляров одной программы)
> - будь добр, используй внешнюю выделенную БД

а можно ты будешь добр со своими фантазиями пойти найух?

Автор sqlite совершенно не предполагал такого идиотского ограничения, и сделал все что мог, чтобы доступ из разных программ одновременно был возможен (причем даже если одна завершилась крэшем с недозаписанными файлами), и даже если файлы базы лежат на nfs/smb. В том числе потому, что программе совершенно незачем ломаться или виснуть как это делает ваш любимый apt или rpm, если вдруг понадобилось запустить еще один экземпляр - "ой-ой-ой, базка занята другим экземпляром - ну и что что тот пишет а ты хотел просто почитать уже записанное, нихачюнибуду работать, хачю мегаупрощений"

Это ни разу не примитивный уродец уровня bdb 2.0.

Там еще, о ужас, и sql не 93 (для того же управления пакетами - тебе _очень_ пригодится возможность сделать рекурсивный select).

Проблема что он ни разу не под юникс пишет, поскольку золотые спонсоры ни разу не для юникс работают, а этот чувак работает исключительно за деньги, причем - за большие деньги. А универсального ipc в природе не существует.

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

86. "Выпуск СУБД SQLite 3.34.0"  +2 +/
Сообщение от Аноним (75), 04-Дек-20, 11:56 
Ну, это как раз ты, со своими фантазиями о том, какой должна быть встроенная БД, можешь идти на йух. Ткнешь тебя мордой хотя бы в какую-нибудь википедию - опять на г..но изойдешь, будешь всех д..билами обзывать. Пока, судя по тому что твои хотелки не реализованы (чтобы оракл со всеми своими фичами одной библиотекой внутри программы загружался - ведь это "... Единственная реальная "особенность встроенной БД"..." ) - гуляй и вертись на этом йухе. Но милостиво разрешаю - когда в SQLite реализуют так нужную тебе построчную блокировку через семафоры из разных процессов (кстати, как мусьё желает - ядро должно быть версионником или блокировочником? ) - возвращайся в общество. Адью, Д'Артаньян ты наш в белом.
Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от пох. (?), 04-Дек-20, 12:12 
> Ну, это как раз ты, со своими фантазиями о том, какой должна быть встроенная БД

к счастью для меня - они в целом совпадают с фантази...результатами работы автора sqlite. Которыми я невозбранно и пользуюсь.

Он, не поверишь, приложил некоторые усилия, чтобы оно не то что из разных процессов работало, а с разных физических компьютеров. И таки да - работает, но надо очень аккуратно все делать, чтоб не упереться в блокировки.

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

90. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от Ordu (ok), 04-Дек-20, 12:13 
> sqlite это как бы встраимаевая бд, к ней и не должно быть таких требований

Почему? В смысле, назвался груздем полезай в кузов? Назвался встраиваемой бд, значит не смей позволять многим процессам конкуретно писать в бд? Почему? Потому что иначе банану шаблон порвёт, или есть какая-нибудь более глубокая причина?

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

122. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (-), 05-Дек-20, 04:50 
Потому что если нечто назвали микроскопом, удобство забивания им гвоздей никто никогда и не обещал, чтоли.
Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 04-Дек-20, 09:52 
https://www2.sqlite.org/src/doc/begin-concurrent/doc/begin_c...

https://www2.sqlite.org/src/doc/wal2/doc/wal2.md

https://www2.sqlite.org/src/timeline?r=begin-concurrent-pnu-...

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

80. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от пох. (?), 04-Дек-20, 10:28 
Ну костылинг же ж. И тот неизвестно, будет ли вообще окончательно допилен.

> If all database clients (readers and writers) are located in the same OS process

знаешь, в пределах собственного процесса я уж как-нибудь сам разберусь

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

82. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 04-Дек-20, 10:53 
>> If all database clients (readers and writers) are located in the same OS process
> знаешь, в пределах собственного процесса я уж как-нибудь сам разберусь

Это предложение не про возможность или невозможность, а про эффективность.

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

88. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от пох. (?), 04-Дек-20, 12:09 
Хм, где там про то что оно в принципе работает при двух разных процессах? Я что-то невнимательно прочитал?

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

92. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от nobodynoone (?), 04-Дек-20, 12:26 
> Хм, где там про то что оно в принципе работает при двух
> разных процессах? Я что-то невнимательно прочитал?

Если перевернуть, то там:
- Нигде и не написано что оно не может работать при 1+ процессах;
- И даже наоборот, косвенно указывается что таки работает: "If all database clients (readers and writers) are located in the same OS process" -- как это можно прочитать что не работает?

Энивей. Собираюсь попробовать два процесса через какое-то (х3 какое) время. Один очень write-heavy, десяток тредов; второй мостли ридонли по сравнению с первым, тоже много тредов. Откачусь на один процесс если говно будет. Отпишусь есичо.

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

100. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 04-Дек-20, 15:43 
> - Нигде и не написано что оно не может работать при 1+ процессах;

ок, _эффективно_ работать ;-)
А не опять все залочить и ждать пока как-нибудь само завершится.

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

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

131. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 05-Дек-20, 12:47 
Таки говно-с.

Запилил синтетический тест вышеупомянутого первого процесса.

Рейс на глобал лок огромный. Конфликтов страниц полно (схема нормальная). Оба вал файла продолжают расти, несмотря на заявления.

unix-excl, не unix-excl, пох. Мало тредов, много тредов, пох.

Для кого это всё сделано -- непонятно.
Может оно имеет смысл для больших квери, чтобы они могли сделать работу до получения лока, а не висеть без дела. Но для кучи мелких не катит. И даже если большие, поди разрули что они затронули. Конфликт? Роллбэк, рестарт. Юзлесс.

Но всегда есть возможность того что я криворукий, конечно.

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

133. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 05-Дек-20, 13:26 
begin-concurrent даже не самая лучшая их попытка:

https://sqlite.org/forum/forumpost/6534ede66e?t=h

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

134. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 05-Дек-20, 14:15 
> Таки говно-с.
> Запилил синтетический тест вышеупомянутого первого процесса.

а библиотека-то хоть из ветки begin-concurrent-pnu-wal2 ? А то мэйнстримную и тем более трэш из поставки какой-нибудь убунты можно было и не тестировать.

> файла продолжают расти, несмотря на заявления.

это как раз правильное поведение - куда ж им деваться, как не расти, если ты не даешь прибрать за собой, постоянно держа локи.

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

135. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 05-Дек-20, 14:19 
> а библиотека-то хоть из ветки begin-concurrent-pnu-wal2 ?

Чувак.

> это как раз правильное поведение - куда ж им деваться, как не расти, если ты не даешь прибрать за собой, постоянно держа локи.

https://www2.sqlite.org/src/doc/wal2/doc/wal2.md

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

137. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 05-Дек-20, 15:29 
>> это как раз правильное поведение - куда ж им деваться, как не расти, если ты не даешь прибрать
>> за собой, постоянно держа локи.
> https://www2.sqlite.org/src/doc/wal2/doc/wal2.md

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

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

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

138. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 05-Дек-20, 15:45 
Мы опять по-разному читаем. Явным же образом говорится:

> Wal2 mode does not have this problem. In wal2 mode, wal files do not grow indefinitely even if the checkpointer never has a chance to finish uninterrupted.
> When data is written to the database, the writer begins by appending the new data to the first wal file. Once the first wal file has grown large enough, writers switch to appending data to the second wal file. At this point the first wal file can be checkpointed (after which it can be overwritten). Then, once the second wal file has grown large enough and the first wal file has been checkpointed, writers switch back to the first wal file. And so on.

Есть конечно вординг в виде "can be checkpointed", но до этого ведь сказано "нет такой проблемы", поэтому "can be" я не читаю как что может, а может и не может. Will be и всё тут. Иначе ведь и смысла тогда вообще нет никакого.

Что касается выигрыша, я и не расчитывал на помощь с конкурентностью, потому что бранчи реально отдельные и независимые. Претензия была к конкретному заявлению: вал не будет расти индефенитли, а растёт.

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

139. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 05-Дек-20, 15:55 
Там же ж сказано, где вызывается хук. Да и сам бы мог его определить да и посмотреть - может, у тебя wal2-то пустой, в смысле, уже скопирован и готов для оверрайта.

Но скорее всего, у тебя его некогда вызывать, все время лок.

> Претензия была к конкретному заявлению: вал не будет расти индефенитли, а растёт.

Да кому жалко-то? Должно же оно куда-то складываться, в wal, так в wal.

Меня-то другое интересовало - чтоб не виснуть до изумления, как это делает мазила, когда в одном углу базы (не таблицы даже!) что-то обновляется, а тебе надо прочитать из совсем другого.

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

141. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 05-Дек-20, 16:25 
> Там же ж сказано, где вызывается хук. Да и сам бы мог
> его определить да и посмотреть - может, у тебя wal2-то пустой,
> в смысле, уже скопирован и готов для оверрайта.
> Но скорее всего, у тебя его некогда вызывать, все время лок.

Это всё не обяз. файнтюнинг.

> уже скопирован и готов для оверрайта

Дык да. База растёт, никакого файнтюнинга. Как и оба вала, одновременно. Уж коли требование "In wal2 mode, the checkpointer has to wait until writers have switched to the "other" wal file before a checkpoint can take place." и мы это имеем, бо база растёт. И оба вала растут, то есть переключения происходят... Но шринка нет.

> Меня-то другое интересовало - чтоб не виснуть до изумления, как это делает
> мазила, когда в одном углу базы (не таблицы даже!) что-то обновляется,
> а тебе надо прочитать из совсем другого.

Может эти смузи-CADT'ы крутят скулайт в дефолтном SQLITE_CONFIG_SERIALIZED? Там глобал лок вообще на все операции.

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

142. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 05-Дек-20, 18:39 
Короче прогнал ещё раз тест, но с цифрами. Сколько удачных ТПС, сколько busy. Комбинации wal1/wal2 + default/concurrent + 1..8 тредов. В итоге вообще никакой разницы, флуктуации на уровне рандома. Лесом.
Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

145. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 05-Дек-20, 22:35 
У меня-то был совсем другой интерес - из независимого процесса доступ. Потому что показать пользователю человекочитаемое "думает, просит не мешать" я могу, но хотелось бы не показывать, пока реальных поводов к этому нет. А реальный повод - только concurrent update.

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

144. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 05-Дек-20, 22:33 
> Это всё не обяз. файнтюнинг.

Но можно определить и посмотреть, ноль там или что - и вызывается ли вообще, что особенно занятно.

> Может эти смузи-CADT'ы крутят скулайт в дефолтном SQLITE_CONFIG_SERIALIZED? Там глобал лок вообще на все
> операции.

Ну и вернет тебе BUSY, если так. Скорее всего нет там лока, оно просто выполняется отсюда и до упора, а операция долгая - и не отдает управление обратно в интерфейсный тред, из которого и вызвано.

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

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

146. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 06-Дек-20, 09:13 
> Ну и вернет тебе BUSY, если так

Вовсе не обяз. Если установили sqlite3_busy_handler будут до посинения сидеть пока какой-нибудь таймаут кондишн не закончит спинниться.

> чтоб не виснуть до изумления, как это делает мазила, когда в одном углу базы (не таблицы даже!) что-то обновляется, а тебе надо прочитать из совсем другого.

Я тоже на фф и тормоза тут и там замечаю ессна. И мы сейчас обсуждаем следующее: один тред в скулайте химичит и неотзывчив, _плюс_ другие начинают тупить тормозить, так?

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

147. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 06-Дек-20, 12:50 
> Я тоже на фф и тормоза тут и там замечаю ессна. И мы сейчас обсуждаем следующее: один тред в
> скулайте химичит и неотзывчив, _плюс_ другие начинают тупить тормозить, так?

Не, это для фуфлофокса актуально - а я его чинить не планирую, ибо бестолку.
Кстати, я тут глянул: places.sqlite у меня аж 30мегабайт. При том что тут специально сделано так что история чистится примерно никогда. Тут уже ничего не исправить, херачьте молнией.

У меня лично для себя перпендикулярная задача - fork+exec, процессы вообще независимые. Внутри процесса при этом все хорошо, он сам с собой и так договорится.

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

148. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 06-Дек-20, 13:26 
main.sqlite на диске.
Пачка других бд per thread, на диске либо inmem (кэш расшарен).
Аттач сторонних бд к одной главной, create temp view, db1.tbl union db2.tbl union ...
Циклом проходит по сторонним, сливает данные из них в мейн, удаляет из сторонних.

Я надеялся весь этот ад заменить одним и простым. Увы.

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

149. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от nobodynoone (?), 06-Дек-20, 13:53 
> Кстати, я тут глянул: places.sqlite у меня аж 30мегабайт. При том что
> тут специально сделано так что история чистится примерно никогда. Тут уже
> ничего не исправить, херачьте молнией.

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

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

104. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (103), 04-Дек-20, 16:56 
Перед базой напиши очередь делов-то на пять копеек.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

60. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (-), 04-Дек-20, 02:10 
> через банальную sysV shm+семафоры

Ничего что у половины поддерживаемых платформ из списка этого тупо нет?

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

87. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от пох. (?), 04-Дек-20, 12:07 
ничего - на этих кастрированных платформах просто не будет параллельного доступа. Для любителей страдать ничего не изменится.

там другая беда - оно вряд ли в существующей схеме wal мелкими улучшизмами делается. А трогать общий формат - платиновые не оплатят. Потому что на _их_ половине - таки нет (на самом деле есть и еще какие, но совершенно не posix)

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

22. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Lex (??), 03-Дек-20, 16:34 
Компактности бы.. шоб на 8-битные мк AVR влезала бы :)
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

27. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (12), 03-Дек-20, 17:24 
самую лучшую базу я видел в школе на паскале:

type
  MyData=record
    ind: integer;
    name: string[7];
  end;

var
  db: file of MyData;

всё! read/write/seek уже с нашим типом MyData

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

28. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Cradle (?), 03-Дек-20, 17:30 
а как у вас в школе дела с индексами по базе обстояли?
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск СУБД SQLite 3.34.0"  +3 +/
Сообщение от НяшМяш (ok), 03-Дек-20, 17:46 
так вот же они )
ind: integer;

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

123. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (-), 05-Дек-20, 04:53 
> так вот же они )
>
ind: integer;

А теперь попробуйте добавить поле. Или поискать по полю отличному от ind. Или ресет при записи нажать. Тогда начнет доходить что так можно было, но - есть нюансы. А у юзеров разные фс с дурацкими свойствами, и вот вы уже идете изобретать свой журнал, если там что-то важное хранилось. И лезете глубоко в системщину вместо вон того.

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

130. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от InuYasha (??), 05-Дек-20, 12:43 
ИМХО, это один из тех анонов, что потом эволюционировали в пользователей paradox с предсказуемым результатом. :D :D
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск СУБД SQLite 3.34.0"  –3 +/
Сообщение от Мира (ok), 03-Дек-20, 18:58 
Не понимаю, зачем нужны все эти раздутые чудовища, когда есть SQLite. Использую и всем советую.
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (12), 03-Дек-20, 19:51 
Скажи подобное поттерингам или растаманам, когда есть init.d и сиси++.
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск СУБД SQLite 3.34.0"  –3 +/
Сообщение от Мира (ok), 03-Дек-20, 20:14 
> Скажи подобное поттерингам или растаманам, когда есть init.d и сиси++.

А если я скажу, что использую его через rusqlite?

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

124. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (-), 05-Дек-20, 04:55 
Походу не любят тут хипстеров с задолбавшим уже всех дурным пиаром хрустом. Но скулайт по сравнению с остальными SQL весьма даже - мелкий, легкий, необслуживаемый.
Ответить | Правка | Наверх | Cообщить модератору

127. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Мира (ok), 05-Дек-20, 05:43 
> Походу не любят тут хипстеров с задолбавшим уже всех дурным пиаром хрустом.

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

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

39. "Выпуск СУБД SQLite 3.34.0"  –3 +/
Сообщение от Siborgium (ok), 03-Дек-20, 20:12 
Я тоже не понимаю, зачем нужны быстрые и масштабируемые базы, когда можно взять SQLite захлебываться на базе в 500 мегабайт.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

59. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (-), 04-Дек-20, 02:09 
Вообще скулайт может быть довольно быстрым и на базе 500 мегов захлебываться он может только у совсем уж дилетантов. Вот если б вы 50 гигабайт сказали, там может быть кто-то и поверил бы уже. А такие утырки даже к амароку и прочим кдешным адресбукам мускул прут.
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Lex (??), 04-Дек-20, 07:17 
Действительно, зачем давать возможность каждому приложению обладать своей БД, компактной и неплохо масштабируемой( для большинства задач среднестатистического приложения ) - ведь в каждое приложение можно тянуть по постгресу/мускулу/оракловой_или_мелкомягкой_БД, а то и вообще - зачем приложениям свои БД - пусть хранят все в одной, общей на рабочую станцию, развернутой на чем-то мощном и масштабируемом.. и все кому ни лень чтоб могли лезть туда, что-то писать, что-то читать - авось не сломается.. ну а если сломается, то не беда - всего лишь потеряются данные вообще всех приложений рабочей станции, ведь их все фактически в одной куче хранили :)

Это к слову о том, что разные продукты годятся для решения разных задач.
Ну а в случае с "лайтом", так на нем не грех организовать и какую-нибудь БД средненького сайта чем утянуть постгрес или мускул.. особенно, на фоне роста популярности SSD и снижения их стоимости

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

85. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от _hide_ (ok), 04-Дек-20, 11:37 
Вы подняли очень интересный вопрос: когда можно остановиться и перестать тратить силы на разработку и оптимизацию (в данном случае, не программно/аппаратную оптимизацию, а оптимизацию здравого смысла) и оставить только затраты на управление/маркетинг продукта/решения.
В идеальном мире ситуация, когда база данных тормозит, должна означать проблему масштабирования, в реальном 99,99% -- ошибка архитектора при разработке конечного приложения и некачественный минимальный внутренний аудит решения по вопросам производительности.
Когда Вы говорите, что для среднего сайта сойдёт SQLLite и никаких проблем не возникнет, то Вы не учитываете фактор человеческой безграмотности при реализации. Когда 90% запросов это чтение данных, 10% запись протоколов и логов, то тут никаких проблем ни у кого не возникнет (да, придется настроить партиции для оптимизации чтений/записи во времени) до той поры, пока автор-герой просто не сделает таблицу наполняемую данными со скоростью 100RPS и без индексов, а потом весь сайт научит эти данные читать (на всякий случай). Пройдет месяц, год и... Да, пора переходить на MySQL|PG|ORACLE|MSSQL, потому что никто не знает как и почему так сделано, а поменять драйвер базы данных и поправить несколько запросов проще, чем перелопачивать все. Вопрос в том, что данные нужно было либо обслуживать и индексировать, либо сразу хранить в РСУБД. Автор-герой уже давно получил ещё 10-15 проектов в свое резюме, а новые жертвы пока не знают о своем будущем.
<sarcasm>И какие мы делаем из этого выводы? Правильно! SQLLite тормозит.</sarcasm>
Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 04-Дек-20, 12:19 
> пока автор-герой просто не сделает таблицу наполняемую данными со скоростью 100RPS и без индексов

между нами, девочками - если тебе правда 100RPS - тебе придется смириться с отсутствием обычных индексов (во всяком случае, отличных от primary key) И это одна из неплохих вариаций на тему использования sqlite, ага, у нее накладные расходы на запись минимальные, пожалуй - просто надо заранее думать, как потом читать это будешь и соломку там отдельную стелить - прокси-кэшем обычно, ага.

И нет, никакой чудо mssql тебя тут не спасет, он тоже, не поверишь, в конечном итоге в файл на диске пишет, а с диска в память читает, никаких таких чудес. А от меганавороченного оптимизатора запросов орацла тебе тут тож никакого щастья.

Надо либо искать что-то узкоспециализированное и не-sql,  параллелящееся шардингом, либо таки оптимизировать код, не надеясь что база за тебя будет думать (ой, хм, простите, замечтался).

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

125. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (-), 05-Дек-20, 04:57 
На 100rps с сколь-нибудь вменяемым key-value тебе никакой шардинг просто не потребуется. Особенно на SSD.
Ответить | Правка | Наверх | Cообщить модератору

128. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 05-Дек-20, 10:38 
угу. оно просто крэшнется, как обычно. Знаем мы этих, "вменяемых".

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

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

132. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от _hide_ (ok), 05-Дек-20, 13:18 
> между нами, девочками - если тебе правда 100RPS - тебе придется смириться
> с отсутствием обычных индексов (во всяком случае, отличных от primary key)

Ну не знаю, 10К RPS MySQL показывает себя вполне прилично. Индексов, кроме простых, конечно не создать, но проблем особых не будет. А SQLLite-у индексы конечно очень мешают.

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

136. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 05-Дек-20, 14:21 
> Ну не знаю, 10К RPS MySQL показывает себя вполне прилично. Индексов, кроме
> простых, конечно не создать, но проблем особых не будет. А SQLLite-у

я полагаю - на таком паттерне и sqlite у тебя "особых проблем не будет"

> индексы конечно очень мешают.

не очень, но таки да, мешают. А если их налепить от балды - то будут мешать уже сильно (как, собственно, и в mysql) Отдельные граждане, у которых оно, помнится, под 40k разгонялось, вместо обычных индексов использовали fts с собственными патчами.

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

65. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (65), 04-Дек-20, 02:45 
FULL OUTER JOIN
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

49. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от anon3453453 (?), 03-Дек-20, 22:05 
хз как ты на 500мб захлебываешься, у меня база 6гб, из этих 6-ти один гиг постоянно обновляется и перезаписывается, и ничего не виснет. может дело в архитектуре твоей базы и непродуманных запросах?
Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (52), 03-Дек-20, 23:27 
В 1 поток? Дело не хитрое.
Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Likern (?), 04-Дек-20, 00:54 
Так это встраиваемая база данных
Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (12), 04-Дек-20, 10:37 
Как "встраиваемость" и потоки соотносятся? Вот у некой проги под названием "Хромой" не только многопоточность, а даже многопроцессность... И как надо разруливать обращения к базе? В 1 поток сталкивать?
Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 04-Дек-20, 15:39 
в случае хромога - никак не надо разруливать, базки у него крошечные, структуры данных тривиальные, сложных запросов к ним не делается, да и секундную задержку пользователь на общем фоне даже не увидит, sqlite справится самостоятельно, и даже модныйновый wal2 не понадобится включать.

А 500G с хотспотом в 100 - да, в один или в неодин но синхронизированный поток, потому что самому разрулить быстрее и эффективнее, чем надеяться на механизмы основанные на flock. Да и на орацла надейся, а йешака привязывать не забывай, поскольку его хитрые оптимизаторы должны будут гадать как у тебя устроена внутренняя логика, а ты - можешь ей просто сам управлять с гарантированными параметрами.

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

57. "Выпуск СУБД SQLite 3.34.0"  +1 +/
Сообщение от Аноним (-), 04-Дек-20, 02:06 
> Bentley и Bloomberg

- Какой у SQLite TPS?
- Достаточный!

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

64. "Выпуск СУБД SQLite 3.34.0"  –2 +/
Сообщение от СССР (?), 04-Дек-20, 02:43 
мне нравится склайт, а качестве конфига для приложения, да и небольшого хранилища весьма хороша. не понимаю к чему тут споры.
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск СУБД SQLite 3.34.0"  +3 +/
Сообщение от Аноним (74), 04-Дек-20, 08:31 
>в качестве конфига для приложения

ох...

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

150. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от СССР (?), 06-Дек-20, 23:29 
ну у меня в конфиге хранятся TNS-ки, так же настройки соединений к другим БД по пол.сотни пользователям, весьма удобно.
Ответить | Правка | Наверх | Cообщить модератору

152. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от СССР (?), 06-Дек-20, 23:35 
кстати а про конфиг на луа тоже ох? ну охайте ахайте дальше ))
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

79. "Выпуск СУБД SQLite 3.34.0"  +2 +/
Сообщение от Аноним (12), 04-Дек-20, 10:26 
> а качестве конфига для приложения

а завтраки ты заказываешь на областном мясокомбинате?

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

101. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Lex (??), 04-Дек-20, 16:06 
Конфиги - это далеко не всегда пара строк
К слову о мозилловских или хрОмовых "конфигах"..
Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Аноним (102), 04-Дек-20, 16:40 
конфиг сквида, допустим, тоже может быть не в пару строк, если у тебя много адресов и правил к ним. И оно нормально живет с текстовым конфигом

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

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

106. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 04-Дек-20, 17:39 
> а если вспоминать мозиллу, то тогда можно вспомнить чистку истории с блокировкой
> части интерфейса

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

а точно-точно не виноваты те самые смузихлебы-пейсатели на хрусте, которых недавно сбросили за борт как ненужный балласт, и их дЭффективные менеджеры, не обеспечившие ежедневных массовых порок за подобную фичу - до момента устранения?

Тут банального fork() бы хватило как раз, без всяких моднявых тредов. Но вы ж так не умеете.

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

111. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (102), 04-Дек-20, 18:32 
> Тут банального fork() бы хватило как раз

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

> Но вы ж так не умеете.

мы умеем по разному. Я вот тему в сторону увел. Лучше расскажите, как вы относитесь к хранению конфигов в sqlite

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

116. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 04-Дек-20, 23:55 
> для того чтобы отпустило интерфейс — может быть

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

> но поиск при наборе от такого точно заблокировался бы

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

> Лучше расскажите, как вы относитесь к хранению конфигов в sqlite

дык, храню.
Хинт - далеко не все конфиги человекочитаемы в принципе, далеко не все они человеконаписуемы, далеко не все это можно _удобно_ сделать в ini-style.

Чем это хуже модного-современного хранения их в json? Чем лучше - можете поискать в недрах все той же багзиллы прекрасный баг "при перезапуске браузера окна открываются вместо прежней геометрии в какой-то долбанутой". Я напоролся. Там все прекрасно - и описание, и причина, и невменяемый workaround, и wontfix.

Это конфиг? Да, самый настоящий - конфигурацию окошек и табов браузера содержит.
Пользователю есть что там делать? Очевидно, нет, он этот конфиг "редактирует", открывая окошки и закрывая табы.

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

126. "Выпуск СУБД SQLite 3.34.0"  –1 +/
Сообщение от Аноним (-), 05-Дек-20, 04:59 
> для того чтобы отпустило интерфейс — может быть, но поиск при наборе
> от такого точно заблокировался бы

Что, тредов в ваше сельпо до сих пор не завезли? Что у вас там за ОС?

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

129. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 05-Дек-20, 10:41 
>> для того чтобы отпустило интерфейс — может быть, но поиск при наборе
>> от такого точно заблокировался бы
> Что, тредов в ваше сельпо до сих пор не завезли? Что у
> вас там за ОС?

О, вот и современный разработчик пожаловал. Как смузи, какие кедики модно этой зимой?


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

112. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от Lex (??), 04-Дек-20, 19:37 

> а если вспоминать мозиллу, то тогда можно вспомнить чистку истории с блокировкой
> части интерфейса

Очень интересно. А если данные в текущий момент (!) меняются, то о какой актуальности работы с ними( поиск по истории и проч ) можно говорить ?

Касательно подвисания интерфейса - это, скорее, просто непродуманность, ведь даже лоадера/спиннера не появляется.
Лень лезть в код, но есть смутное подозрение, что удаление происходит  по одной записи в цикле, ведь полная чистка какой-либо таблицы - обычно весьма быстрая задача

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

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

117. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от пох. (?), 05-Дек-20, 00:07 
> А если данные в текущий момент (!) меняются, то о какой актуальности работы с ними( поиск по
> истории и проч ) можно говорить ?

Ну нажал я "удалить" на nsfw.com - и что - мне нельзя теперь посмотреть на остальную историю? Причем уже прочитанную и вероятнее всего закэшированную в памяти. Что ужасного может случиться в этот момент, от того что там что-то удаляется? sqlite, кстати, вполне бы это позволила, подумаешь, write lock - только там нет автомагии, она signle-thread если ты сам не позаботился о другом.

Чтобы удалить все связанное с хостом - надо найти поштучно записи по этому хосту, обновить СЕМЬ разных индексов, и это только для одной таблицы - а там их десятка полтора.

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

151. "Выпуск СУБД SQLite 3.34.0"  +/
Сообщение от СССР (?), 06-Дек-20, 23:33 
я не понимаю ваш юмор. На завтрак я пью кофе , после овсяную кашу. А свою дырку в морде попрошу не разевать, если же пытались подколоть )
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

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

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




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

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