URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 129531
[ Назад ]
Исходное сообщение
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой параллельных операций записи"
Отправлено opennews , 19-Янв-23 14:36 
Разработчики проекта SQLite начали тестирование экспериментального бэкенда HCtree, поддерживающего блокировку на уровне строк (row) и  обеспечивающего высокий уровень распараллеливания при обработке запросов. Новый бэкенд нацелен на повышение эффективности использования SQLite в клиент-серверных системах, в которых приходится обрабатывать большое число одновременных запросов к БД на запись...

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

Содержание
Сообщения в этом обсуждении
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 14:36 
> повышает максимальный размер БД с 16 тебибайт до 1 эксбибайт (миллион тебибайт)

Спасибо, давно хотел этот функционал.

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 15:21 
но ведь иногда так хочется помечтать...
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 16:41 
> SQLite в клиент-серверных системах

пытаются забивать гвозди детским пластмассовым молотком?!

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 21:41 
Да вообще, кто бы мог подумать что офисный 80286 вымахает до эвона какой штуки в датацентрах. Как видите, это работает.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 22:50 
Эм... Куда-куда он вымахнул?! От этого 16-битного рудимента и поторонков не осталось. Его просто бросили и сделали совершенно новые процы. Уже в 386-ом это видно. Похожесть в них лишь в том, что с 80 начинаются имена :)
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 23:07 
Чо-чо в 386 видно? А, куцый набор регистров и никакие режимы адресации, без относительной вообще, так что position independent code там это боль? Ну да, на 64 битах это АМД уже дизайнило - поэтому там хоть какое-то отдаленное подобие современного проца уже все же отрисовалось. Но в целом все равно пованивает вон тем уродцем местами. Вплоть до старта в 16-битном реальном режиме при powerup ядра, ога...
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 20-Янв-23 09:25 
Protected mode был и 286 и в 386 так что никто тебя не заставляет использовать реальный режим, ну если ты не биос конечно.  
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Совершенно другой аноним , 20-Янв-23 10:56 
Ну, как-бы в 286 защищенный режим был гораздо хуже, чем потом сделали в 386. Лучше бы они его в 286 совсем не делали. Из-за этого дескрипторы сегментов и прочие системные вещи в 386 получились очень страшными.

И, кстати, BIOS, был реального режима, так-что в замечательной программе защищённого режима либо надо было реализовывать всё самому, либо кататься на санках (была такая технология, ей ещё Windows до NT занимались) - переходить в реальный режим, вызывать функцию BIOS или DOS, и потом возвращаться обратно. А в 286 был маленький ньюанс - перейти в защищенный режим было можно, а вот вернуться - нет, только через сброс процессора.

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Хм , 25-Янв-23 01:21 
Вернутья можно было вызыав недокументированную инструкцию, название уже не помню, давно это было...
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 20-Янв-23 20:42 
> не заставляет использовать реальный режим, ну если ты не биос конечно.

Ну а вот включается уродец как 16-битное ископаемое нечто. В режиме где программирование больше напоминает ж@паболь и 80-е нежели программирование современного проца. Для ощущения разницы полезно ARM с ноля своим кодом поднять, чтобы ощутить космические различия.

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 21:50 
Бывают "унесенные ветром" а бывают и "покусаные энтерпрайзом". Бойтесь своих мечтаний, они выполняются.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 20-Янв-23 09:27 
Как будто быть покусанным энтерпрайзом это что-то плохое. Если у тебя что-то не растет пусть даже недостижимый предел размера бызу ты делаешь что-то не так.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 20-Янв-23 20:45 
> Как будто быть покусанным энтерпрайзом это что-то плохое.

Обожаю блоатваре, тормоза и рост кода ради роста кода. Особенно в мелких необслуживаемых базах. Где ща мелкая либа вымахает в дикий переросток с мускул размером и почти все кто в это влопался проклянут тот день когда они эту либу выбрали. Вот давайте мне вгрузим энтерпрайзных фич для баз на терабайт, когда либу использовал я и моя сp@ная кошка и вся база до полмега дорасти не могла.

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Neon , 21-Янв-23 20:21 
Впритык как с 640 кб, которые хватит всем, какая постоянная грабля. В кои века позаботились о достаточно широком диапазоне, чтобы постоянно грабельки не обновлять
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Neon , 21-Янв-23 20:20 
Мечтать и заранее планировать развитие - это хорошо. Чтобы не наступать на грабли, типа 640кб хватит всем или проблемы с 2000 годом.))) Да сколько таких граблей было. Постоянно жмущие штаны с поддержкой объемных дисков.)))
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Привет , 19-Янв-23 14:55 
А где многопоточность с скулайт нужна? В хроме не надо значит нигде не надо.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 15:11 
Программе которая обнуляется по каждому чиху вообще ничего не надо.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 20:04 
Которую "команда обнуления" в составе earlyoom, 12309, oomd и echo 2 > /proc/sys/vm/overcommit_memory "обнуляют".
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 15:34 
узко мыслите
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено ИмяРек , 19-Янв-23 17:09 
Ну как минимум всяким macos в котором поиск локальных файлов и прочего на sqlite основан, всяким KMail и прочим почтовикам для нормальной параллельной работы с несколькими ящиками - да любой софт будет лучше если избавить от затычки в виде 1 потока на запись.
Как локальный снэпшот внешних данных для серверного приложения сабж полезен был бы.

SQLite дофига где заслуженно как бэкенд для данных используется.

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аночик , 21-Янв-23 07:07 
Для lxd например.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено fusin , 23-Янв-23 13:44 
OGC GeoPackage стандарт использует SQLite для хранения пространственных данных. Можно работать без Postgresql итд., удобно брать проект с собой итд. Если в базу смогут писать одновременно несколько человек - мечта.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено 1 , 19-Янв-23 15:08 
Ну вот зачем нормальный проект превращать в слона ?
Зачем лезть туда, где уже давно сидят MySQL и PostgreSQL ? (вспомнил Nero)
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 15:09 
Они жручие.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 15:28 
по сравнению с брузерами ничто не жруче
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 16:53 
> Они жручие.

покажи, чьи ещё исходники занимают больше 15 ГБ? Браузеры уже операционки обогнали по жирноте.

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 16:58 
А при чём тут браузеры? Исходники какого-нибудь оракла или мсскуль не меньше исходников венды.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 17:42 
> А при чём тут браузеры?

При том, что я спрашивал, кто больше браузера? Ну а если ты не в курсе, сколько хромиум весит... Зачем отвечаешь ерундой?

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 17:44 
Никто кроме тебя тут браузеры не обсуждал, ты промахнулся с веткой?
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 22:52 
> Никто кроме тебя тут браузеры не обсуждал

врёшь, см. 3.10

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 19:20 
Забыли экспертов опеннета спросить, куда надо лезть, а куда не надо. SQLite всё правильно делает, избавляется от своего локалхостного однопоточного легаси. Учитывая, что SQLite используется куда шире, чем MySQL и PostgreSQL вместе взятые, это ещё не факт кто куда лезет.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 20-Янв-23 09:31 
Используется он шире но всё так же на локалхосте. Если бы эти многопоточные плюшки были кому-то нужны. Все бы пользовались другой базой, а не скулем.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Совершенно другой аноним , 20-Янв-23 11:02 
MySQL и PostgreSQL это клиент-сервер и доступ по сети, а SQLite - встроенная в приложение база данных. Как мне кажется многопоточность ей как минимум не помешает и в MySQL или PostgreSQL не превратит.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено ИмяРек , 19-Янв-23 17:05 
Вот это оч круто
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 19:15 
Хотят Firebird сделать?
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 22:53 
повторить его судьбу?
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 19:35 
SQHeavy
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 22:54 
SQBloated
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено annnno , 19-Янв-23 20:28 
Мобилкии тянут sqlite, чо вы как маленькие
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 22:55 
> Мобилкии тянут sqlite

Разработчики sqlite стараются, чтобы не тянули.

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 19-Янв-23 23:10 
Разреботчики новых процов для мобилок радостно потирают руки и донатят скулайту чтоб писали еще, да побольше.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 20-Янв-23 09:32 
По итогу напишут новую базу с однопоточностью и настоящей легкостью. Типа TrueSQLite.
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено ИмяРек , 20-Янв-23 13:35 
В iOS до определенной версии из-за архитектуры писать более чем в 1 поток куда-либо и так не дозволялось, да и сейчас многозадачность там весьма разумная для мобильного устройства
"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 20-Янв-23 20:46 
> весьма разумная для мобильного устройства

Теперь "обкоцаная" так называется?:)

"Разработчики SQLite развивают бэкенд HC-tree с поддержкой па..."
Отправлено Аноним , 26-Янв-23 00:03 
надеюсь HCtree будет как опция компилироваться, что бы был выбор на тот случай если все же работать будет медленнее.