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

Релиз СУБД SQLite 3.33, opennews (ok), 15-Авг-20, (0) [смотреть все] Как понять, в каких условиях задачах не хватает сабжа и нужно переходить на тяже, Fracta1L (ok), 11:31 , 15-Авг-20, (1) // когда расперделенные транзакции понадобятся, Михрютка (ok), 11:32 , 15-Авг-20, (2) +1 // Опечатка по Фрейду , trolleybus (?), 11:57 , 16-Авг-20, (38) +3 // Кровь, кишки, расперделенные транзакции , Аноним (49), 17:33 , 17-Авг-20, (49) +7 Склайт вроде как встроенная СУБД, если нужна клиент-серверность, когда разные пр, Аноним (8), 12:16 , 15-Авг-20, (8) +1 // Она по-моему плохо скалируется и работает в 1 поток или что-то там такое , факт, Аноним (11), 13:20 , 15-Авг-20, (11) // c mssql на sqlite ну вы затейники, Здрасьте (?), 13:59 , 15-Авг-20, (12) +1 Mssql тоже встраиваемая Как и postgres , Аноним (11), 14:23 , 15-Авг-20, (14) –1 mssql ce с ограничением в 4Гб на базу и вечными поломками к счастью давно мертва, Аномномномнимус (?), 16:54 , 15-Авг-20, (18) +2 Я и не утверждал, что это было вчера А вот постгре вполне и сегодня https ww, Аноним (11), 16:58 , 15-Авг-20, (19) Embedded SQL это не встраиваемая СУБД , Аноним (26), 20:25 , 15-Авг-20, (26) –1 Ладно, я согласен, но ничто не мешает использовать её как встраиваемую , Аноним (11), 20:46 , 15-Авг-20, (28) Пользуйся LMDB Не SQL, но зачем лишние прослойки на локалхосте Кстати, какой-т, Аноним (31), 21:59 , 15-Авг-20, (31) Можно поподробнее Это речь про это https github com LMDB sqlightning Интерес, мяя (?), 23:54 , 15-Авг-20, (32) Хотя вот ещё нашёл https github com LumoSQL LumoSQL, мяя (?), 23:58 , 15-Авг-20, (33) от это ты правильную весчь нашел - замах на мировую революцию, но начали и, в о, пох. (?), 17:06 , 21-Авг-20, (58) –1 Ещё и такое https github com biokoda actordb, мяя (?), 00:09 , 16-Авг-20, (35) Да, вроде оно ХЗ как бы там какие дела не обстояли, я юзаю LMDB и мне хватает и , Аноним (31), 03:00 , 16-Авг-20, (36) Лео, залогиньтесь , Аноним (50), 10:01 , 18-Авг-20, (50) Я не лео, но идейку ему стоит подкинуть, хотя это наверное трудозатратно слишком, мяя (?), 16:10 , 18-Авг-20, (54) последнее обновление шесть лет назад, ага очень важный и нужный проект так же -, пох. (?), 17:04 , 21-Авг-20, (57) –1 На самом деле leveldb или rocks Или даже kyoto cabinet Если нужна запись Да и, Аноним (11), 00:01 , 16-Авг-20, (34) Файловая SQLite - это 4 одновременных потока на чтения или 1 на запись Если кт, economist (?), 17:54 , 16-Авг-20, (41) А если вы любите язык С - то Python искаропки имеет модуль sqlite3 и по сути дел, economist (?), 18:47 , 16-Авг-20, (42) Главное не пытаться что-нибудь записать в неё , Аноним (11), 18:55 , 16-Авг-20, (43) При записи будет таймаут, то есть ничего Просто пауза для пишущего процесса , economist (?), 21:24 , 16-Авг-20, (44) А как СHKP отрабатываются Есть ли они вообще , РедХет (?), 19:02 , 24-Авг-20, (69) А вы точно себе представляете, что такое WAL , НямНямка (?), 17:26 , 28-Авг-20, (86) неа, не в один, там зависит все от опций компиляции, MT короче она поддерживает , Убить_Криса (?), 11:13 , 18-Авг-20, (53) Когда останется пару свободных террабайтов, например при размере базы в 279 тб, Аноним (-), 12:22 , 15-Авг-20, (9) +4 Чтение сразу несколькими клиентами работает отлично, но писать может только один, Alex (??), 16:01 , 15-Авг-20, (17) +4 // Это, кстати, очень обманчивое заявление В теории так и должно быть, но для этог, Аноним (29), 21:08 , 15-Авг-20, (29) // Что за чушь Сначала хотел ведь написать подробно, но потом посмотрел на адресну, economist (?), 21:26 , 16-Авг-20, (45) Слушайте сюда, не надо домыслов про SQLite, пожалуйста Это святая программа, ве, economist (?), 22:10 , 16-Авг-20, (46) Самый лучший менеджер баз данных, какой я знаю, - это DBeaver Бесплатное и своб, Аноним (50), 10:07 , 18-Авг-20, (51) –1 бггг - это одна и та же вещьименно потому, что , пох. (?), 17:08 , 21-Авг-20, (59) –2 Да ничего он не жрёт Обычная IDE Минусы у неё, на мой взгляд, другие Меня, на, РедХет (?), 19:21 , 24-Авг-20, (75) Нет Лайт как был встройкой для однопользовательских задач, так ей и остался , РедХет (?), 19:04 , 24-Авг-20, (70) Когда перестанете накидывать и начнёте работать так сразу поймёте , Анончик (?), 17:22 , 15-Авг-20, (21) +2 Хватает как БД для приложений Как правило широко применяется в них , proninyaroslav (ok), 17:34 , 15-Авг-20, (22) +1 // То есть, если одна БД - одна программа , то sqlite хватит более чем , Fracta1L (ok), 20:27 , 15-Авг-20, (27) +1 // Да Для нужд хранения данных самой программы Сложных БД там и не надо , proninyaroslav (ok), 21:42 , 15-Авг-20, (30) +1 От характера программы зависит Лайт не MVCC и не умеют делать настоящий Seria, РедХет (?), 19:07 , 24-Авг-20, (71) Лайт нужен тогда, когда вы хотите просто получить возможность работать с данными, РедХет (?), 11:22 , 25-Авг-20, (79) лайт - подходит только для монопольной работы , Аноним (24), 20:03 , 15-Авг-20, (24) +1 Очевидно, когда появится необходимость в многопользовательской работе с более-ме, РедХет (?), 19:00 , 24-Авг-20, (68) Выглядит как искусственное ограничение Это всего один-два десятка дисков, не се, Аноним (11), 11:32 , 15-Авг-20, (3) –3 // С нетерпением ждем анонимных патчей https www sqlite org limits html, Аноним84701 (ok), 20:19 , 15-Авг-20, (25) // SQLite не принимает патчи У них политика - весь копирайт на весь код должен бы, Аноним (50), 10:09 , 18-Авг-20, (52) Подскажите, где применяют binary64 числа, в каких кейсах 129488 , Иваня (?), 11:39 , 15-Авг-20, (4) –1 // switch type case binary64 Вот в таких кейсах, например А ещё этот кейс можн, A.Stahl (ok), 11:55 , 15-Авг-20, (5) +2 // Остряк Я про то, в каких ситуациях лучше подходят такие числа , Иваня (?), 12:05 , 15-Авг-20, (6) // Я не спец на самом деле, но здравый смысл подсказывает что такие числа полезны к, A.Stahl (ok), 12:11 , 15-Авг-20, (7) +3 Э, вряд ли 754-тый типично применяется, когда у величины нет натурального штучн, НямНямка (?), 17:21 , 25-Авг-20, (85) Например, когда у тебя есть технические ограничения на размер регистра, а данные, НямНямка (?), 17:18 , 25-Авг-20, (84) Что-то мне подсказывает, что binary64 в ieee754 - это привычный нам double, он ж, funny.falcon (?), 12:43 , 15-Авг-20, (10) +1 // А это не целоцисленный тип вроде u int64_t , Аноним (15), 14:26 , 15-Авг-20, (15) Дана же ссылка, где написано So-called REAL or floating point values are store, n00by (ok), 14:55 , 15-Авг-20, (16) Это обычный тип double, Здрасьте (?), 14:01 , 15-Авг-20, (13) +3 // Причем со всеми его недостатками в виде неточности машинной арифметики чисел дво, Анонимус66 (?), 05:10 , 16-Авг-20, (37) +3 // О ужас Вообще не все вещественные числа представимы степенью двойки Принципиал, РедХет (?), 18:29 , 29-Авг-20, (87) Когда делаешь операции на числах с плавающей запятой или принимает такие числа и, РедХет (?), 19:10 , 24-Авг-20, (72) Um, кто-нибудь поясните мне, что тут написано Это особенность перевода, или UB т, Онаним (?), 15:34 , 16-Авг-20, (39) // Почитал про wal-index, да, это какое-это UB УГ, будьте осторожны , Онаним (?), 15:36 , 16-Авг-20, (40) –1 Как раз все понятно , economist (?), 22:11 , 16-Авг-20, (47) // Вообще говоря никаких существенных повреждений файла СУБД, вызывающих ошибки у, Онаним (?), 22:14 , 16-Авг-20, (48) –1   // приложение - это откуда-то из лексиона дефективных менеджеров В случае sqlite , пох. (?), 16:52 , 21-Авг-20, (56)   Внезапно - просто дословный перевод слова application Нет Есть код приложения, Онаним (?), 09:29 , 22-Авг-20, (60)   ну так это - для дЭффективных слово-то У технического персонала есть программы к, пох. (?), 09:53 , 22-Авг-20, (62) –1   И даже ладно, не собственные ошибки, а кривые руки вон того васяна, который одну, Онаним (?), 09:31 , 22-Авг-20, (61)   Ну и чем тебя тут спасла бы самая золотая субд Давай орацкл запустим кривыми ру, пох. (?), 10:25 , 22-Авг-20, (63) –1   Золотая субд не нужна, но вот наличие странного поведения скажем так, UB в обр, Онаним (?), 10:33 , 22-Авг-20, (64)   там нет никакого странного поведения а в случае орацла ты спишь спокойно, потому, пох. (?), 10:57 , 22-Авг-20, (65) –1   Орацл я имел счастье одному товарищу выковыривать с полумёртвой системы и полумё, Онаним (?), 13:25 , 22-Авг-20, (66)   Что-то мне подсказывает, что максимальный ваш опыт это вытаскивание капустной ко, РедХет (?), 19:18 , 24-Авг-20, (74)   Оракл - наше всё , Онаним (?), 19:25 , 24-Авг-20, (76)   Ну, в общем-то, да , РедХет (?), 11:23 , 25-Авг-20, (80)   А вообще почитали бы про redo и undo логи, что-ли , Онаним (?), 19:26 , 24-Авг-20, (77)   Какие ещё redo- и undo- логи В Оракле в журнал повторного исполнения пишутся и, РедХет (?), 11:19 , 25-Авг-20, (78)   Да, тут описался И в Слоне иначе Там журнал транзакций хранил только записи , РедХет (?), 11:27 , 25-Авг-20, (81)   Потеря транзакции - терпимо Вот отказы в исполнении соседних транзакций - так с, Онаним (?), 13:26 , 22-Авг-20, (67)   А вы знаете как лог у Оракла устроен Если вам это спать не даёт, то вряд ли з, РедХет (?), 19:15 , 24-Авг-20, (73)   Ой, можно подумать вы знаете как у оракла устроен лог , РедХет (?), 11:43 , 25-Авг-20, (82)   А как лайт исходно работал без поддержки 754-того Он же, вроде как, встройка дл, РедХет (?), 11:44 , 25-Авг-20, (83) 1,3,4,39,83

Сообщения

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

	48. "Релиз СУБД SQLite 3.33"	–1 +/–
	Сообщение от Онаним (?), 16-Авг-20, 22:14
	> Как раз все понятно. Вообще говоря никаких существенных "повреждений" файла СУБД, вызывающих ошибки у параллельно работающих приложений, не должно быть даже в случае краха приложения.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от пох. (?), 21-Авг-20, 16:52
	> Вообще говоря никаких существенных "повреждений" файла СУБД, вызывающих ошибки у параллельно > работающих приложений, не должно быть даже в случае краха приложения. "приложение" - это откуда-то из лексиона дефективных менеджеров. В случае sqlite - "приложение" и есть сама субд. Разумеется, при крэше субд - с ее базами могут происходить всякие нежелательные чудеса. Пиши код чтоб не крэшился, что-ли, а то ж он не только базу попортит... Хотя автор и очень аккуратно подходит к этой ситуации, и в большинстве случаев ничего фатального не происходит, а при следующем открытии базы она молча самоисправляется, но если у тебя крэши норма - вероятно, ты выбрал не ту субд.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от Онаним (?), 22-Авг-20, 09:29
	> "приложение" - это откуда-то из лексиона дефективных менеджеров. Внезапно - просто дословный перевод слова "application". > В случае sqlite - "приложение" и есть сама субд. Нет. Есть код приложения, и есть библиотека СУБД. Приложение не работает напрямую с файлами СУБД, оно работает с СУБД только через API данной библиотеки. Забота о файлах - задача данной библиотеки. > Пиши код чтоб не крэшился, что-ли, а то ж он не только базу попортит... Но вы-то наверняка способны заранее предсказать весь +INF возможных ситуаций, включая собственные ошибки.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Релиз СУБД SQLite 3.33"	–1 +/–
	Сообщение от пох. (?), 22-Авг-20, 09:53
	> Внезапно - просто дословный перевод слова "application". ну так это - для дЭффективных слово-то. У технического персонала есть программы. > Нет. Есть код приложения, и есть библиотека СУБД. код "приложения" состоит из "библиотек" (sqlite необязательо и незачем, кстати, быть оформленной именно "библиотекой" в смысле ld), и что? С момета включения ее в код - ты и есть "субд". С какими-то еще фичами. В этом ключевое отличие embedded database. > Но вы-то наверняка способны заранее предсказать весь +INF возможных ситуаций, включая > собственные ошибки. нет, но у многих программ крэш - катастрофическая ситуация, для защиты от которой надо подкладывать организационную соломку и при этом все равно прилагать усилия чтоб не крэшилось ни в каком случае. Например, крэш ядра линукса способен превратить твои данные в тыкву.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от Онаним (?), 22-Авг-20, 09:31
	И даже ладно, не собственные ошибки, а кривые руки вон того васяна, который одну из цгруп своего докерка запилил на 128M RAM, что постоянно валит приложение в OOM.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	63. "Релиз СУБД SQLite 3.33"	–1 +/–
	Сообщение от пох. (?), 22-Авг-20, 10:25
	Ну и чем тебя тут спасла бы самая золотая субд? Давай орацкл запустим кривыми руками того же васяна, а потом, глядя на неустранимые ora006, будем всем рассказывать, какой орацл плохой. Или попробуем поднять рухнувший postgres (вот кто умеет крэшнуться сам по себе с оригинальными последствиями), или вон могу подарить снапшот mysql в принципе не подлежащий восстановлению не смотря на lock database в момент снапшота. embedded db не позволяет тебе изолировать критичную часть "приложения" там где к ней нет доступа у васянов ни в плане администрежа, ни в плане гуанокодинга? Ну да, тоже мне, открытие. Ну меня это как-то не беспокоит, я десять лет с такими имел дело на заре карьеры - начиная от уродов типа dbase и заканчивая вполне приличным clarion (да, они все embedded, правда, своеобразным способом). Ничуть не сложнее и не неудобнее чем орацл - скорее наоборот, ибо предсказуемее. Бэкап при этом никто не отменял. В конце-концов, в XXI веке все еще кое-где у нас порой не абсолютно все на свете хранится в таблицах - как тебе твоя крэшащаяся программа например в обработке денег смотрится? Или даже банально твоей почты - когда потеряет письмо от твоего нигерийского дяди, завещавшего три миллиарда не нигерийских долларов первому, кто на него ответит? (Ну ок, от работодателя с предложением интересной работы в хороших условиях - не получив ответа, ставящего галочку "соискатель не имеет нужной квалификации чтобы хотя бы почту читать") При этом, повторяю, именно sqlite имеет максимум средств для восстановления в этой ситуации, васянами не воспроизводимых на коленке - о чем я каждый раз получаю напоминание, перезапуская фуфлофокс. Эти дятлы неосилили sqlite, ага, они умеют ведь кодить только в "html+js" и еще вот немножечко в md. Поэтому то что их предшественники хранили в ней, у них перенесено в нескучный json. Без средств сохранения целостности, восстановления и хотя бы проверки.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от Онаним (?), 22-Авг-20, 10:33
	Золотая субд не нужна, но вот наличие странного поведения (скажем так, UB) в обработке файлов напрягает. Хотя лично мне пофиг, я в таком режиме SQLite3 не использую, жертвую производительностью немножко.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Релиз СУБД SQLite 3.33"	–1 +/–
	Сообщение от пох. (?), 22-Авг-20, 10:57
	> Золотая субд не нужна, но вот наличие странного поведения (скажем так, UB) в обработке файлов там нет никакого странного поведения. > напрягает. а в случае орацла ты спишь спокойно, потому что просто ничего не знаешь о том, как у него устроен лог. Ну ооок... > Хотя лично мне пофиг, я в таком режиме SQLite3 не использую, жертвую производительностью > немножко. переписывание файла с данными на каждую транзакцию - это не так чтоб немножко, в общем-то. И от потери транзакции на 100% не гарантирует. Если тебе так уж остро необходима дополнительная защита от гунанокодеров - возможно, стоит рассмотреть архитектуру с изолированными frontend/backend - причем, в рамках модных современных концепций, между ними не обязательно гонять sql, сейчас модно понакрутить поверх еще три слоя абстракций, особенно в вебне. В принципе, я даже знаю целую одну программу, в которой это могло бы спасти безнадежное дело (zabbix, ага - но поздно)
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от Онаним (?), 22-Авг-20, 13:25
	Орацл я имел счастье одному товарищу выковыривать с полумёртвой системы и полумёртвого диска. Другому товарищу имел счастье выковыривать InnoDB в MySQL в такой же ситуации, и без первичного неймспейса. Имел я этот оракл )))
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от РедХет (?), 24-Авг-20, 19:18
	Что-то мне подсказывает, что максимальный ваш опыт это вытаскивание капустной кочерыги из горлышка мутного пузыря. У Инно вектора отмеры в журнал не пишутся. О чём разрабы честно пишут. И это при определённых условиях может стать причиной краха при внезапной остановке. У Оракла -- пишутся. Оракл вообще крайне сложно угробить.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от Онаним (?), 24-Авг-20, 19:25
	Оракл - наше всё!
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от РедХет (?), 25-Авг-20, 11:23
	Ну, в общем-то, да.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от Онаним (?), 24-Авг-20, 19:26
	А вообще почитали бы про redo и undo логи, что-ли.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	78. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от РедХет (?), 25-Авг-20, 11:19
	Какие ещё redo- и undo-"логи"? В Оракле в журнал повторного исполнения пишутся и вектора отмены, и вектора повторного исполнения. Нет там никаких редо и анду-логов. Есть сегменты отмены. Изменения в них формируются после того, как вектор отмены (но не сами данные отмены) попал в журнал повторного исполнения. В Сиквеле -- не так. В Сиквеле в "журнал транзакций" (который никакой не журнал транзакций, а журнал изменений) пишутся именно данные отмены, а не вектора отмены. И в Слоне иначе. Там "журнал транзакций" хранил только записи вектор отмены и полные копии страниц сразу после CHKP, а векторов отмены просто нет -- они там не нужны из-за особенностей реализации MVCC, где отмена хранится в виде замогиленных удалённых данных.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от РедХет (?), 25-Авг-20, 11:27
	Да, тут описался:"И в Слоне иначе. Там "журнал транзакций" хранил только записи вектор отмены". Слон хранит в журнале вектора (и данные тоже) повторного исполнения, вектора отмены не хранит.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от Онаним (?), 22-Авг-20, 13:26
	Потеря транзакции - терпимо. Вот отказы в исполнении соседних транзакций - так себе.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	73. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от РедХет (?), 24-Авг-20, 19:15
	А вы знаете как "лог" у Оракла устроен? Если вам это спать не даёт, то вряд ли знаете. У Оракл журнал повторного исполения непрошибаем вообще. В принципе. Вот у Слона пока ещё не убрали настройки, которые позволяют убить файлы данных даже при нормально работающем WAL-е. Но они не по умолчанию.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	82. "Релиз СУБД SQLite 3.33"	+/–
	Сообщение от РедХет (?), 25-Авг-20, 11:43
	Ой, можно подумать вы знаете как у "оракла устроен лог".
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

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

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