tsul

В общем, разобрались.
Когда размер блоба превышает определенный порог, он переносится на overflow pages. Это отдельная страница или несколько. Больше одного блоба на странице переполнения быть не может. А вот на странице данных (в записях) могут быть много блобов.

Вот тут, в разделе 1.6 описаны пороги, при превышения которых блоб переносится на страницы переполнения: https://www.sqlite.org/fileformat.html

Вот главная формула:

X is U-35 for table btree leaf pages or ((U-12)*64/255)-23 for index pages.

Тут U - это размер страницы. Размер страницы у меня 4096, получается, порог переноса будет 4096 - 12 = 4084 для листовой страницы и ((4096-12)*64/255)-23 = 1002 для страницы указателей. Это полный размер записи. За вычетом размера блоба остальная часть записи - 5 байт (подглядел в дампе страницы базы). Значит, пороги переноса блоба будут 4079 и 997.

Провел эксперименты с разным размером блоба. База с WITHOUT ROWID перестает пухнуть при размере блоба 996 байт. А 997 - уже проблема. Вывод: в таблицах с WITHOUT ROWID применяется порог для блобов, который предназначен для страницы индекса.

Вообще, ничто не мешает хранить блобы большего размера на страницах таблиц с WITHOUT ROWID. Вполне возможно, что это ошибка, которую позже поправят. Но пока в sql lite в таблицах с WITHOUT ROWID блобы лучше не хранить.

UPD:
Спросил у на форуме sql lite, ответили разработчики: https://www.sqlite.org/forum/forumpost/ad86fbaa04
Как справедливо поправили - блобы тут не причем, имеет значение общий размер записи (payload). Ответили, что таблицы WITHOUT ROWID сделаны как покрывающие индексы, и унаследовали соответствующие ограничения. В общем, на мой взгляд, не стоит их использовать, если может произойти spliting. Для этого общий размер записи не должен приближаться к 1/4 размера страницы.

Всё! Сделал расширение и назвал его Comfortable Search.

Все выходные думал над названием. Поверьте, это самое сложное. Оно должно отражать суть и в то же время быть достаточно уникальным. А в магазине многие названия уже заняты (я имею в виду комбинацию популярных слов, таких как "redirect", "filter" и т.п.).

Список сайтов машинного перевода stackoverflow (аналоги http://qaru.site)?

Решил проблему написанием юзерскрипта
https://github.com/Taraflex/Back2stackoverflow

Немного о себе

Немного о себе.
Программирую более 30 лет. Со школы.
Из них за деньги - более 20 лет.

год вебом (пол года фронт, пол года бэк), пробовал себя - не мое.

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

Потом 3 месяца С++, за 3 месяца изучал только функциональное программирование, из ООП знаю только о модификаторах доступа, геттеров и сеттеров =) В общем, почти ничего.

Функциональное - это Erlang, Haskell, Clojure, F#.
Кое что-то из функционального программирования, безусловно, есть и в С++.

У меня есть курс (>300 уроков по 30 минут) по С++. И тут же нашел такой же курс по C#..
И возник вопрос: мб прекратить изучение плюсов и начать изучать С#?

С++ vs C#
Из них двоих начинать лучше с C#, там меньше способов выстрелить себе в ногу.

Подскажите пожалуйста, что перспективнее в разработке десктопных приложух?

Язык программирования учится легко и быстро.

Сложно учатся алгоритмы, парадигмы, принципы, паттерны.
Но! Те же самые алгоритмы, парадигмы, принципы, паттерны применимы для другого языка программирования общего назначения.

У меня странная мания охватит все и вся..

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

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

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

С другой стороны C#, который легче плюсов и который поддерживается движком Unity.

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

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

В общем подскажите, что лучше для ДЕСКТОПА/АНДРОиДА и что ПЕРСПЕКТИВНЕЕ в ближайшие лет 10.

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

А уж тем более за 10 лет.

Технологии по нескольку раз перевернуться.

Я бы предложил C#,
более стройный, более логичный, чем С++.
С удобными инструментами разработки.

Хорош для разработки десктопных приложений под Windows.

Выучить дополнительно к нему С++ не будет большой проблемой.

В общем подскажите, что лучше для ДЕСКТОПА/АНДРОиДА

Для Android - Kotlin, Java.
Для десктопа Windows - C#.
Игры на Unity на любой платформе, в т. ч. Android - C#

и что ПЕРСПЕКТИВНЕЕ в ближайшие лет 10.

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

Это овсянка константа, сэр.

Ну пусть будет:

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

Можно использовать Apache Zookeeper.

Console.Write("Abc");
Console.Write("\b"); //"\b" is ASCII backspace
Console.Write("Def");
// outputs "AbDef";