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

Выпуск СУБД SQLite 3.37, opennews (??), 28-Ноя-21, (0) [смотреть все] Это лучшая встройка в мире, Аноним (1), 09:38 , 28-Ноя-21, (1) +13 // Скрыто модератором, cmustdie.com (?), 09:57 , 28-Ноя-21, (2) –19 // Скрыто модератором, Аноним (7), 10:15 , 28-Ноя-21, (7) +3 // Скрыто модератором, Аноним (10), 10:32 , 28-Ноя-21, (10) –1 Скрыто модератором, Аноним (7), 10:56 , 28-Ноя-21, (14) Скрыто модератором, Аноним (26), 12:16 , 28-Ноя-21, (26) –1 Скрыто модератором, Прохожий (??), 13:05 , 28-Ноя-21, (28) Скрыто модератором, Прохожий (??), 13:04 , 28-Ноя-21, (27) Скрыто модератором, MaDDoG2000 (ok), 15:27 , 28-Ноя-21, (38) –2 // Скрыто модератором, x3who (?), 01:00 , 29-Ноя-21, (66) +1 согласен, палочка-выручалочка, E71 (?), 10:09 , 28-Ноя-21, (4) –2 Без питона, SQLite и gnuplot это было бы невозможно - v19, pashev.me (?), 10:11 , 28-Ноя-21, (5) –10 // Вы о чем Закусывать надо, - обязательно, иначе ваши обороты речи, - не поддаютс, OpenEcho (?), 06:00 , 29-Ноя-21, (70) +2 Браузер ведь использует сабж Как сделать, чтобы когда место кончается, он не ра, Аноним (10), 10:30 , 28-Ноя-21, (9) –2 // Нет, вся беда именно в том что смузихлебы ниасилили сабж Браузеры нынче использу, пох. (?), 10:34 , 28-Ноя-21, (11) +1 // Скулит тоже портится необратимо без особых нагрузок , Аноним (-), 15:40 , 28-Ноя-21, (42) –7 // А вон фряшный пакетник pkg, на sqlite - почему-то не портится Просто у обезьянок, Аноним (-), 13:54 , 29-Ноя-21, (84) +1 Ну так чего ты хочешь - написано-то на немодных сях, а не каком игого с коровоут, пох. (?), 13:59 , 03-Дек-21, (149) А что ещё ждать от недобазы , Аноним (12), 10:36 , 28-Ноя-21, (12) –10 // Что значит недобаза в твоём лексиконе Видимо, на каждый чих ты Оракл привык р, Прохожий (??), 11:09 , 28-Ноя-21, (16) +3 // Ты наверно к каждой микротулзе по скулю привязываешь LOL , Аноним (7), 11:21 , 28-Ноя-21, (19) –1 А ты точно не читатель, малыш И с памятью у тебя явные проблемы Напомню Чел в, Прохожий (??), 11:44 , 28-Ноя-21, (24) +2 Это не проблемы с памятью, он просто к тебе относится как к гoвну, Аноним (33), 14:36 , 28-Ноя-21, (33) –2 На любом предприятии УЖЕ есть некая SQL - от pgsql, MySQL, MSSQL, DB2, Oracle , pofigist (?), 23:12 , 28-Ноя-21, (61) –6 На любом достаточно большом предприятии их десятки вон из профессии , Аноним (80), 09:22 , 29-Ноя-21, (80) Десятки только там где нет планирования , pofigist (?), 09:55 , 29-Ноя-21, (81) Ну, давай, предложи тупым андроиду и апплу поменять в телефонах sqlite на твои, OpenEcho (?), 14:22 , 29-Ноя-21, (95) А зачем в телефонах sqlite, да и вообще sql Конфиги хранить да логи , pofigist (?), 16:56 , 29-Ноя-21, (98) Вот я когда не в теме, то стараюсь варежку держать закрытой, чтоб глупо не смотр, OpenEcho (?), 21:00 , 29-Ноя-21, (106) Так чего же ты не сейчас открыл-то , pofigist (?), 09:26 , 30-Ноя-21, (131) Ну, так потрудись поискать значимость sqlite на телефонах, тогда будет понятно -, OpenEcho (?), 10:30 , 30-Ноя-21, (132) Очевидно что нулевая , pofigist (?), 10:49 , 30-Ноя-21, (133) троллим потихоньку , OpenEcho (?), 06:15 , 29-Ноя-21, (71) Дожились А когда это в скулит альтер тейбл зовезти успели , Аноним (17), 11:13 , 28-Ноя-21, (17) –1 жаль что лицензия не GPLv2, в ядро не вставить и язык запросов не раст, небезоп, Аноним (-), 11:42 , 28-Ноя-21, (23) –3 // Суть публичного достояния же в том, что можно вообще всё и все копирайты убрать, Аноним (47), 17:19 , 28-Ноя-21, (47) –1 Маятник пошёл в обратную сторону Народ нахавался динамического преобразования ч, YetAnotherOnanym (ok), 12:05 , 28-Ноя-21, (25) // Нет, просто SQLite изначально был очень плохо спроектирован, до этого динамизма, Аноним (29), 14:17 , 28-Ноя-21, (29) // Изначально не планировалось, что SQLite будет куда-то активно внедряться, был на, Аноним (51), 20:52 , 28-Ноя-21, (51) +2 Так всегда было Опытные зубры работают со статическими типами Набегают смузи, Gogi (??), 15:28 , 28-Ноя-21, (39) +1 // Это если у заказчика есть кто-то толковый Часто просто докупают железо, переход, YetAnotherOnanym (ok), 19:12 , 28-Ноя-21, (50) +1 Джава-то как раз строго-типизированный язык , Аноним (125), 01:02 , 30-Ноя-21, (125) Так В проде можно использовать Какие камни будут если 10_000 посетителей в сут, Аноним (34), 14:48 , 28-Ноя-21, (34)   // Чем тебя текстовые файлы не устраивают , Аноним (10), 15:08 , 28-Ноя-21, (35)   // Как вы представляете себе форум на текстовых сайтах , Аноним (34), 15:13 , 28-Ноя-21, (36) –1   // Файлах, Аноним (34), 15:13 , 28-Ноя-21, (37) –1   отлично представляю - унаследовал такой В каждом сообщении есть линки на все от, пох. (?), 18:26 , 28-Ноя-21, (49)   Бггг, кто-то жёстко говнокодил Просто тему в один файл запихать было бы намного , Онаним (?), 22:12 , 28-Ноя-21, (55)   теперь спам вообще нельзя удалить без переписывания всего файла в хз сколько мег, Аноним (77), 09:17 , 29-Ноя-21, (77)   Ты просто не догнал Что значит нельзя Дописываешь в хвост ID null, и всё, н, Онаним (?), 13:56 , 29-Ноя-21, (88)   В хвост чего, у тебя ж вся тема в одном файле Нет, ты не успел, это не последне, пох. (?), 19:57 , 29-Ноя-21, (105)   Вся тема в одном файле не означает, что нельзя новые данные писать в хвост файла, Онаним (?), 21:16 , 29-Ноя-21, (107)   угу, теперь файл надо еще и целиком сканировать чтобы убедиться что первый пост , пох. (?), 21:42 , 29-Ноя-21, (117)   Не надо файл целиком сканировать, у большинства форумов постов не наберётся стол, Онаним (?), 21:47 , 29-Ноя-21, (118)   Если контент здоровый - можно ещё со сканированием упростить достаточно перед д, Онаним (?), 21:48 , 29-Ноя-21, (120)   а с чего ты взял, что один раз Гугель зайдет на огонек - и вгрузит тебе по самы, пох. (?), 08:10 , 30-Ноя-21, (130)   Threaded view генерится из любого набора данных элементарно, главное не вгружать, Онаним (?), 21:17 , 29-Ноя-21, (108)   И да, не надо блджад сканить всю базу Много постов, лень всё дерево загружать И, Онаним (?), 21:19 , 29-Ноя-21, (109)   именно То есть ты наконец-то понял что изобрел велосипед с квадратными колесами, пох. (?), 21:37 , 29-Ноя-21, (116)   Да нет, я изначально пишу, что в RDBMS всё это уже сделано Но это не значит, что, Онаним (?), 21:49 , 29-Ноя-21, (121)   А вот тем, кто всецело на RDBMS полагается, и ничего окромя не умеет - ну, курит, Онаним (?), 21:50 , 29-Ноя-21, (122)   Немного оффт Живые группы есть на eternal-september orgВ разные периоды то более, Аноним (51), 21:26 , 29-Ноя-21, (113)   На этом понять смысл и преимущества тредовой читалки не получится Они хорошо ви, пох. (?), 21:35 , 29-Ноя-21, (115)   В nntp linux-kernel ещё есть Который как-раз показывает всю ущербность tin a - , Anonymouz (?), 13:08 , 30-Ноя-21, (138)   https forum combats com , ddd2 (?), 04:19 , 29-Ноя-21, (69)   от неосиляторов древовидной структуры Это даже не 2000й, это 89й, ну да, ну да,, Аноним (77), 09:19 , 29-Ноя-21, (78)   Да легко, вообще делать нечего 1 тема 1 файл, сообщения append ятсяГлобальные , Онаним (?), 22:13 , 28-Ноя-21, (56)   темы создаются модератором после стасорока обращений и ритуального танца Структ, Аноним (80), 09:20 , 29-Ноя-21, (79)   Ответом на какой ответ является этот ответ - просто поле в данных поста, оно н, Онаним (?), 13:57 , 29-Ноя-21, (89)   А теперь выведи мне всю цепочку сообщений, к которой относится это сообщение - в, пох. (?), 19:51 , 29-Ноя-21, (104)   Элементарно Thread id в сообщении есть всегда Референс на предыдущий ответ тож, Онаним (?), 21:20 , 29-Ноя-21, (110)   хаха А что такое thread На любое письмо может быть два реплая, каждый старт, пох. (?), 21:47 , 29-Ноя-21, (119)   Вгружается весь тред до корня Или весь целиком, или индекс Строится из линейно, Онаним (?), 21:53 , 29-Ноя-21, (123)   Больше того, для RDBMS такая задачка - тоже не из самых лёгких Проще бывает вгр, Онаним (?), 21:55 , 29-Ноя-21, (124)   агрегировать - не то же самое что иметь доступ к древовидной структуре Сам по с, пох. (?), 08:03 , 30-Ноя-21, (127)   Ды щаз, не нужен К этим элементам тарифы прибиты, и маршрутная информация Про за, Онаним (?), 14:32 , 30-Ноя-21, (139)   И нет, никаких специальных телодвижений там до появления тредов на больше памяти, Онаним (?), 21:22 , 29-Ноя-21, (111)   Я просто очень даже в работе оперирую структурами, которые сильно превышают объё, Онаним (?), 21:26 , 29-Ноя-21, (112)   SQLite кстате тоже есть , Онаним (?), 21:29 , 29-Ноя-21, (114)   дык на таком сайте прям щас сидишь, муу (?), 01:47 , 29-Ноя-21, (67)   Не слышал про DokuWiki PhpBB форум может работать работать на текстовых файлах , fuggy (ok), 15:37 , 29-Ноя-21, (96)   Ничего хорошего - тоже Оно конечно работает, но мягко говоря не стабильно Но, pofigist (?), 18:21 , 29-Ноя-21, (103) +1   Поначалу таже такое тупое решение работает Проблемы начинаются обычно в середин, Gogi (??), 15:32 , 28-Ноя-21, (41)   // А в чём проблема сортировки-то Загрузил, и ворочай как хочешь БД примерно то ж, Онаним (?), 22:15 , 28-Ноя-21, (57)   и после пятого пользователя кончается почему-то память Ну да, ну да Но давайте , Аноним (77), 09:15 , 29-Ноя-21, (76) +1   Ты не поверишь, вот даже для опеннета такого движка хватит, и ничего нигде не ко, Онаним (?), 13:58 , 29-Ноя-21, (91)   Память скорее кончится во всяких жабомонолитах, которые не знают, что такое загр, Онаним (?), 13:59 , 29-Ноя-21, (92)   В чем проблема отсортировать по дате, если файлы на одной из версий reiserfs , PaleMoon (?), 23:41 , 28-Ноя-21, (63) –1   Я б не ставил на ссыкулит Есть же вполне легковесные базы типа Postgres или даж, Gogi (??), 15:31 , 28-Ноя-21, (40) –3   // Куда уж стандартнее Почти на каждом компьютере или телефоне есть несколько баз s, edo (ok), 15:59 , 28-Ноя-21, (45) +1   // Несколько В каждом приложении , Аноним (29), 00:42 , 29-Ноя-21, (65)   Это однопользовательский движок В нём нет практически нет реализации изоляции, Наме (?), 14:02 , 29-Ноя-21, (94)   // И вот это единственная реальная претензия к автору Почему он не захотел осилить, пох. (?), 08:06 , 30-Ноя-21, (128)   Ну венды тогда на военных кораблях ВМС США не было И сейчас, наверное, нет , Наме (?), 12:02 , 30-Ноя-21, (137)   Эммм мне казалось, история с заклинившими орудиями кресейра должна была войти, пох. (?), 22:43 , 30-Ноя-21, (146)   К слову, не так страшны 10 тыщ леммингов в сутки, как 1000 хакеров в 1 секунду , Gogi (??), 15:49 , 28-Ноя-21, (44)   // С пиковой загрузкой в случае простых не-realtime сервисов решается отдачей plea, Онаним (?), 22:08 , 28-Ноя-21, (53)   // Зачем Любая транзакционная СУБД с этим справится без сериализации , Наме (?), 13:58 , 29-Ноя-21, (90) –1   ну да, ну да - ведь никогда ж такого не бывает что два пользователя обновляют од, пох. (?), 08:08 , 30-Ноя-21, (129)   Бывает и является простой рутиной, разрешаемой бизнес-правилами Как-бы, большин, Наме (?), 11:59 , 30-Ноя-21, (136)   10000 посетителей или обращений Если второе - можно конечно, это один штука в 8 , Онаним (?), 22:08 , 28-Ноя-21, (52)   Нахрен не нужно Это значит там всё ещё хранят схему для каждой отдельной записи, Аноним (46), 16:56 , 28-Ноя-21, (46) –2 // STRICT - тупо сахар для неосиляторов Что же до оверхеда - всё это мелочи по срав, Онаним (?), 22:19 , 28-Ноя-21, (58) +1 // Именно так - мурзила и кто там еще девушка ужынает не справилась с битьем по рук, Аноним (77), 09:13 , 29-Ноя-21, (74) Add the --safe command-line option that disables dot-commands and SQL statement, Онаним (?), 22:10 , 28-Ноя-21, (54) –2 // За скриптингом , Нямус (?), 00:20 , 29-Ноя-21, (64) Квалификация скуль разработчиков вынуждает накладывать на них возможность защиты, Аноним (7), 13:29 , 29-Ноя-21, (83) SQLite это не СУБД , pofigist (?), 22:54 , 28-Ноя-21, (59) +1 // Не мешай людям мечтать , Аноним (12), 23:02 , 28-Ноя-21, (60) +1 // SQLite это настолько не Unix way, что аж зубы сводит У него же бинарный формат, pofigist (?), 23:15 , 28-Ноя-21, (62) +1 // Что поделать, кирпичом пытаются гвозди забивать , Аноним (12), 01:55 , 29-Ноя-21, (68) У нее один плюс - в теории ее всегда можно выкинуть и без особых проблем заменит, pofigist (?), 07:45 , 29-Ноя-21, (72) Скорее не переделками, а перделками И не минимальными, а густыми и сочными , Наме (?), 13:56 , 29-Ноя-21, (87) Да тут фанатики почище раста Все на стороне скуля , Аноним (7), 13:28 , 29-Ноя-21, (82) В смысле Если тебе нужен sql db - используй полноценную СУБД А вот если тебе н, pofigist (?), 16:57 , 29-Ноя-21, (99) Нет никакой обязательной связи между Сиквелом и СУБД Сиквел просто удобный спос, Наме (?), 11:54 , 30-Ноя-21, (135) Да ну , pofigist (?), 15:26 , 30-Ноя-21, (141) У тебя во рту тоже есть язык Но если его оттуда изъять он языком быть не перест, Наме (?), 16:40 , 30-Ноя-21, (142) Нуу Нет, создатели реляционной модели - с тобой не согласны Они предлагают и, pofigist (?), 17:43 , 30-Ноя-21, (144) Отличная локальная база То что нужно , Аноним (73), 08:44 , 29-Ноя-21, (73) –1 // А что такое локальная база , Наме (?), 13:55 , 29-Ноя-21, (86) // Не ужели вам на вайти в айти смузи курсах не рассказывали В зависимости от расп, Аноним (73), 07:14 , 30-Ноя-21, (126) –1 // Локальность или нелокальность не имеет никакого значения Тут дело не в локально, Наме (?), 11:50 , 30-Ноя-21, (134) Неплохой однопользовательский эрзац сиквела Для остальных затей явно не то, что, Наме (?), 13:55 , 29-Ноя-21, (85) И это не субд, а встраиваемый однопользовательский реляционный движок работы с д, Наме (?), 14:00 , 29-Ноя-21, (93) +1 // Это помойка, которую легко заменяет ini-файл, ибо для других целей её не использ, Аноним (12), 16:51 , 29-Ноя-21, (97) // Не соглашусь На реляционной декларативке зачастую куда проще данными опериров, Наме (?), 17:23 , 29-Ноя-21, (102) –1 Используют, и ещё как Одно из удобств - в локальности Когда структура данных пр, Онаним (?), 14:35 , 30-Ноя-21, (140) // Нет никакой локальности Куда ты Лайт встроишь не ограничено ничем, кроме полё, Наме (?), 16:42 , 30-Ноя-21, (143) –1 Я о другой локальности, ну да ладно Оверхед сокета , когда тебе надо по одной с, Онаним (?), 21:10 , 30-Ноя-21, (145) +1 Если одну строку из миллионов Никакого сколь-либо существенно влияния сокету ту, Наме (?), 10:14 , 01-Дек-21, (147) –1 Не одну , а по одной Множества там не особо катят Можно конечно хранимки нап, Онаним (?), 14:34 , 01-Дек-21, (148) 1,5,9,17,23,25,34,46,54,59,73,85,93

Сообщения

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

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

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

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

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

	49. "Выпуск СУБД SQLite 3.37"	+/–
	Сообщение от пох. (?), 28-Ноя-21, 18:26
	> *Файлах отлично представляю - унаследовал такой. В каждом сообщении есть линки на все ответы на ответы на ответы на это сообщение. При появлении нового сообщения в теме - все это цепочкой обновляется. И в принципе даже бы и работало, подумаешь обновить тысячу файлов примитивным скриптом - упс...как удалить сообщение спаммера, ссылка на которое уже добавлена в тысчонку файлов? А никак... Что делать если корневой индекс повредили? Сушить ласты... Ну и так далее. А так даже и работало, с 2000 по 2009й, что-ли.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	69. "Выпуск СУБД SQLite 3.37"	+/–
	Сообщение от ddd2 (?), 29-Ноя-21, 04:19
	https://forum.combats.com/ ?
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

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

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

	79. "Выпуск СУБД SQLite 3.37"	+/–
	Сообщение от Аноним (80), 29-Ноя-21, 09:20
	> 1 тема = 1 файл, сообщения append'ятся темы создаются модератором после стасорока обращений и ритуального танца. Структура не нужна, да и зачем она форуму с тремя посетителями в году. Они и так помнят ответом на какой ответ является этот ответ.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	119. "Выпуск СУБД SQLite 3.37"	+/–
	Сообщение от пох. (?), 29-Ноя-21, 21:47
	> Элементарно. Thread id в сообщении есть всегда. Референс на предыдущий ответ тоже. хаха. А что такое "thread" ? На любое письмо может быть два реплая, каждый стартует новую ветку, одна вообще полуоффтопик, другая ушла на другую тему.  Вот тебе _нормальная_ тредовая модель. А не треды создаются особами приближенными к Б-гу Императору, а внутри у них линейная каша. > В данном случае весь Thread - в одном файле (ну или в И смысла в этом нет никакого. Я же говорю - у тебя голова промыта торренсрами которые не для общения предназначены. Поэтому и сдохли бюллютеньборды в качестве средства общения (ну, в том числе). Остались только для раздачи вареза. Разьве что wwwthreads делали люди, еще помнившие те ньюсы (или фидо, или что там они помнили, но вряд ли придумали с нуля). Но они давно умерли или ушли на покой.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	127. "Выпуск СУБД SQLite 3.37"	+/–
	Сообщение от пох. (?), 30-Ноя-21, 08:03
	> телефонии. +1 +1 123, +1 123 456, и вплоть до полных > номеров. Их надо как раз таки тред-подобным образом агрегировать. агрегировать - не то же самое что иметь доступ к древовидной структуре. Сам по себе элемент +1 123 456 никому не нужен и никакая строка в таблице традиционной базы данных ему бы не соответствовала - просто нечего в ней хранить. Дарю: with recursive                                 thread(id,replyid,level) as (                                 select id,replyto,0                                 from messages where id=$msgid                                 UNION ALL                                 select                                         messages.id,messages.replyto,level+1                                 from messages,thread where replyto=thread.id                                 ORDER BY 3 DESC                                 ) select * from thread,messages                                         where messages.id=thread.id ; обратить внимание, что в этой базе нет никаких персистентных thread id  - за ненадобностью. Тред может начинаться (и начнется) в любом месте, а не от корня (за десять лет тот корень забыт всеми и давно уже о другом болтают) "корень" отличается лишь тем что у него нет replyto и выше него некуда прыгнуть. Да, это sqlite. Причем, как и полагается, какой-то совершенно доисторической версии. Лет пять назад еще вполне себе работало.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	128. "Выпуск СУБД SQLite 3.37"	+/–
	Сообщение от пох. (?), 30-Ноя-21, 08:06
	> Это однопользовательский движок. В нём нет (практически нет) реализации изоляции транзакций. > Ну кроме сериализации через ожидания. И вот это единственная реальная претензия к автору. Почему он не захотел осилить sysV ipc, сделав вместо них файловые локи - вопрос риторический, под виндой нет никакого sysV. (причем в самых последних версиях ipc появился, linoops only, но не для изоляции, увы - похоже, такая идея автору в голову если и приходила, то никого там уже не застала, расстроилась и ушла)
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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