forum.opennet.ru

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

Оглавление

Выпуск СУБД Firebird 3.0.3, opennews (??), 05-Фев-18, (0) [смотреть все] +1

А зачем она нужна, если есть postgresql, mariadb, mongodb, clickhouse и sqlite , Аноним (-), 09:57 , 05-Фев-18, (1) –13 //

Зачем mariadb, если есть postgresql Зачем mongodb, если есть postgresql Заче, Diozan (??), 10:10 , 05-Фев-18, (4) +24 //

не нужнадля данных с нечёткой схемой для анализа временных рядов в бигдейтебыстр, Аноним (-), 11:41 , 05-Фев-18, (17) //

С версии 9 4 postgresql поддерживает данные с нечёткой схемой , SysA (?), 14:04 , 05-Фев-18, (30) +4

1 Монга появилась раньше 2 Как JSON приделан к Слону - да идите вы обратно от, лютый жабист__ (?), 05:17 , 06-Фев-18, (78)

Фсе девочки знают что монга - оно Mongo writes are not reliable While most go, _ (??), 17:26 , 06-Фев-18, (109)

ага, ссылка за 2010 год, сейчас всё гораздо лучше кто там седьмой постгрес вспо, й (?), 18:22 , 06-Фев-18, (115) –1

2010 это pg 9 0, Аноним (-), 19:28 , 07-Фев-18, (146)

кло WЭксперты опеннета такие эксперты OTOH, Mongo writes are not reliable While, лютый жабист__ (?), 07:17 , 07-Фев-18, (126) –1

в 2012м - не мог, Олег Волков (?), 17:08 , 07-Фев-18, (135)

ага, там в 2013 починили эти проблемы, й (?), 17:18 , 07-Фев-18, (136)

Я тебе конечно верю, но вот ссылочку на Ъ былобы ЗБС Хозяйство не моё самому ис, _ (??), 17:41 , 07-Фев-18, (137)

https stackoverflow com a 10582522 6162139, й (?), 18:02 , 07-Фев-18, (140)
Как обычно на опеннете, ты Монгу и в глаза не видел, но кукарекаешь против Монга, лютый жабист__ (?), 06:59 , 08-Фев-18, (153) +1

Я тебе поставил - разъярённая жаба которая кукарекает за - это доставляет -, _ (??), 18:55 , 08-Фев-18, (155)
Конечно, нет Но я поискал пару минут I About JepsenJepsen is an effort to im, Andrey Mitrofanov (?), 09:59 , 09-Фев-18, (160)
У Монги не только скорость в достоинствах Очередная статейка от 2010 Я пару про, лютый жабист__ (?), 11:14 , 09-Фев-18, (161)
Ну, неси её на помо ку, не тормози , Andrey Mitrofanov (?), 11:30 , 09-Фев-18, (162)

2009 годSchemaless hstore в postgres 8212 2006 год , Аноним (-), 19:26 , 07-Фев-18, (145) +1

А в 1998 году в Слона можно было засунуть XMLку в varchar Вау, Слон вскукарекну, лютый жабист__ (?), 06:49 , 08-Фев-18, (152)

В какой из банков успешно внедрили - Ах вы о чатегах тады ДА Лютая веш, _ (??), 18:58 , 08-Фев-18, (156) +1

вот им расскажите https eng uber com mysql-migration , й (?), 17:13 , 05-Фев-18, (47) –1

это уже давно обсудили и обсосали, сейчас да и по большей части ранее, это уже н, Аноним (-), 20:06 , 05-Фев-18, (62) –1

актуально-актуально если вам надо хотя бы десятки тысяч одновременных соединени, й (?), 20:56 , 05-Фев-18, (64) –2

PgBouncer если вам столько открытых сессий держать нужно , Аноним (-), 22:39 , 05-Фев-18, (66) +1

тс не спугните эксперта с пгпулом в 2018 , leap42 (ok), 04:45 , 06-Фев-18, (75) –1
уже лет шесть с ним знаком для ряда юзкейсов лучше, чем ничего, а для ряда не с, й (?), 13:11 , 06-Фев-18, (106) –1

Десятки тысяч коннектов к DB да у них архитект заодно жена хозяина, любое ег, _ (??), 17:36 , 06-Фев-18, (110)

да нет никакой серебряной пули просто бывают юзкейсы, для которых постгрес не п, й (?), 17:43 , 06-Фев-18, (113)

А зачем мне рассказывать то, о чём я и сам знаю - Речь с броневичка была о том, _ (??), 17:45 , 07-Фев-18, (138) –1

это было антитезой на юношеский максимализм вида mysql не нужен, postgres наше , й (?), 18:11 , 07-Фев-18, (141) +1
profession de foi C Давай расставим точки над Ё - я очень уважаю слоника , _ (??), 19:13 , 08-Фев-18, (157)

А ещё лет через десять можешь ознакомиться с 3tier-архитектурами Надо ввод, лютый жабист__ (?), 07:30 , 07-Фев-18, (127) –2

ещё раз внимательно читаем коркодила из ссылки ниже а уже потом делаем предполо, й (?), 13:59 , 07-Фев-18, (130)
Ну явные тролли отпадут, это да А что делать с такими как ты Ведь чувствуется ч, _ (??), 17:51 , 07-Фев-18, (139)

А что, postgresql можно использовать как sqlite , Anon123 (?), 13:23 , 05-Фев-18, (26) //

Davno, Stop (?), 17:27 , 05-Фев-18, (49)

То, что существуют _сторонние_ реализации embedded postgres, вовсе не означает, , angra (ok), 03:56 , 06-Фев-18, (74)

А из булки хлеба можно сделать троллейбус С , _ (??), 17:37 , 06-Фев-18, (111)

Затем, чтобы не вакуумить базу с мейнтенансом каждый раз Для шустрого доступа к , anomymous (?), 08:50 , 06-Фев-18, (83) //

До сих пор на 7 Ну респект конечно, но со времён Чапаева много блин изменил, _ (??), 17:39 , 06-Фев-18, (112)

вот умный человек про 9 6 пишет https plumqqz livejournal com 499009 html, й (?), 18:06 , 06-Фев-18, (114) –1
да-да, со времен 7 изменилось что в каждой новой версии нам торжественно заявляю, пох (?), 18:37 , 06-Фев-18, (116) –1

у всех свои недостатки С В джазе только девушки - , _ (??), 18:14 , 07-Фев-18, (142) –1

Эксперты, такие эксперты В 9 7 всё то же самое Причём на одном сервере база вы, лютый жабист__ (?), 07:35 , 07-Фев-18, (128) –2

найдёшь мне в списке релизов постгреса 9 7, эксперт https www postgresql or, й (?), 14:02 , 07-Фев-18, (131) +1

Что поменялось от того, что на этом серваке 9 6 Вакуум стал не нужен , лютый жабист__ (?), 16:02 , 07-Фев-18, (133) –2

нет, просто теперь всем стало очевидно, что кто-то звездит или серьёзно ошибаетс, й (?), 16:09 , 07-Фев-18, (134) +1

Не Он не ошибается и не звездит Просто сервер опеннета стоит на пересечении мн, Аноним (-), 22:21 , 07-Фев-18, (147) –1
Ты звиздишь и тот чепушило, писавший вакуум был только в 7-м слоне при Чапаеве , лютый жабист__ (?), 05:17 , 08-Фев-18, (151) –1

FireBird в этом строю занимает своё достойное место Полнофункциональная, не так, economist (?), 10:55 , 05-Фев-18, (10) +2 //

Огласите пожста ТОП5 доводов за Firebird vs Postgres , лютый жабист__ (?), 11:03 , 05-Фев-18, (12) //

Из того что нравится Простота администрирования Удобный синтаксис Есть полноценн, Аноним (-), 17:07 , 05-Фев-18, (46) +2
Доводов именно за FB против PG нет Продукты в одном ряду PG мощнее, сложнее Е, economist (?), 08:43 , 06-Фев-18, (79) –1
В девичестве, как InterBase, была весьма скромная к ресурсам база, без необходим, _ky (?), 09:15 , 06-Фев-18, (89)

Оракл, вы видимо, и не видели PG ставится одним пакетом в любом актуальном дист, лютый жабист__ (?), 11:06 , 05-Фев-18, (13) –1 //

Оракл не осилили упаковать в пакеты нормально упаковать, а не как есть Да им , Аноним (-), 11:17 , 05-Фев-18, (14)
Несомненно Oracle занимает в списке монструозных СУБД достойное первое место, по, Онаним (?), 11:37 , 05-Фев-18, (16) –4

Второе IBM DB2 забыли , anomymous (?), 08:51 , 06-Фев-18, (84)
Только оракл пошустрее их, rpm (?), 00:01 , 07-Фев-18, (123) –1
Зачем В установке и настройке оракела нет ничего такого с чем бы не справился л, _ (??), 18:25 , 07-Фев-18, (143)

Как-то раз захотел поставить потыкать вместо MySQL, оказалось оно ещё от системн, Онаним (?), 14:37 , 05-Фев-18, (32) –2

одним словом RTFM, никто (??), 15:22 , 05-Фев-18, (36) +3
Неправда ваша, как раз не зависит кроме одного учётника для запуска сервиса Кр, Ю.Т. (?), 16:58 , 05-Фев-18, (44)
Да практически так же как в мыскле Но да, голову по-минимуму - но надо Это теб, _ (??), 19:16 , 06-Фев-18, (119)

Внезапно Интересно чем обусловлен такой необычный выбор, почему не SQLite , Онаним (?), 11:52 , 05-Фев-18, (19) –1 //

Очень правильный вопрос Хотя вроде как sqlite уже давно можно было тыкать в офис, Аномномномнимус (?), 12:31 , 05-Фев-18, (22)

Файрбёрд ищет популярности Нет, скюлайт полноценно не работает в ОО не работал, Ю.Т. (?), 17:00 , 05-Фев-18, (45) –1

SQLite можно полноценно использовать в Win Lin в OpenOffice3-4-5 и LibreOffice 4, economist (?), 10:19 , 06-Фев-18, (94) –1

Возможно, полноценно работать стало с 4-кой и 5-кой, я не пробовал В крайней 3-, Ю.Т. (?), 10:37 , 06-Фев-18, (95) –1

Рискну предположить SQLite - прекрасная, но однофайловая БД, с чтением на основ, economist (?), 08:59 , 06-Фев-18, (85) –1

монструозная, я так понимаю, мегабайт с 6 начинается , leap42 (ok), 04:46 , 06-Фев-18, (77)

Установил свою прогу в 2003г в гос конторе с InterBase, в последующем перевел н, Ант32 (?), 11:35 , 05-Фев-18, (15) +8 //

Просто на этом сайте наяривают на технологии, и забывают, что технологии должны , Чупачупс (?), 12:29 , 05-Фев-18, (21) +7 //

Просто кто-то трындит Оно прекрасно рассыпалось на любой чих и пук Ни одна СУБ, Аномномномнимус (?), 12:32 , 05-Фев-18, (23)

да нет, все так обычно и бывает - никому не нужная БД размер не имеет значения,, пох (?), 15:06 , 05-Фев-18, (33) –1

Да система не высоко нагружена Несколько тысяч абонентов присылаютмесячную квар, Ант32 (?), 18:25 , 05-Фев-18, (56) +2

о, я такое когда-то чинил к счастью, не снес неглядя, как те админы Не то что, пох (?), 18:34 , 05-Фев-18, (58) –1

В любой теме про давно работающие программы должен появиться человек, который ск, WoT (?), 11:39 , 06-Фев-18, (97) +4

У Вас аура руки кривая interBase если и падал, то весьма и весьма редко, ибо л, _ky (?), 09:36 , 06-Фев-18, (91)

Отличный вопрос Заминусовали, нафлудили, но никто так и не ответил Специфика к, Онаним (?), 11:45 , 05-Фев-18, (18) –1 //

открываешь любую книгу по FB и читаешь, что не рекомендуется использовать храним, Аномномномнимус (?), 13:31 , 05-Фев-18, (28) –1 //

О Круто видеть человека, читающего по FB аж прямо книги Ну ясно Значит не в х, Онаним (?), 14:32 , 05-Фев-18, (31) –1

киллeр-фича одна - условно-совместима с interbase всего пол-дня траха и чтения , пох (?), 15:10 , 05-Фев-18, (34) –1

Именно книгу И по какой версии , Аноним (-), 17:43 , 05-Фев-18, (50)
Опять-таки, взвешиваем и оцениваем ситуацию, делаем выводы, принимаем решение, и, Vasya (??), 10:05 , 06-Фев-18, (92)

Если уж портировать - так можно заодно и переписать на что-то более человеческое, Аноним (-), 15:36 , 05-Фев-18, (40) //

Вы имеете в виду Free Pascal , iZEN (ok), 16:12 , 05-Фев-18, (43) –2

Например - замена эмбеддед версии на клиент-серверную с одного тычка, Crazy Alex (ok), 17:47 , 05-Фев-18, (52) +1

Месяц назад выбирал СУБД для своего наколеночного проекта MySQL с дефолтными на, h31 (ok), 00:32 , 07-Фев-18, (125)

Есть сравнение с другими, чем она лучше , Аноним (-), 10:10 , 05-Фев-18, (3) –1 //

Слышал, что активно применяется для миграции на линукс наследственных приложений, Michael Shigorin (ok), 10:38 , 05-Фев-18, (8) +3
---wiki- Соответствие требованиям ACID - полностью поддерживает SQL-92 Entry , iZEN (ok), 11:02 , 05-Фев-18, (11) +1 //

Любой админ FB, чья база выросла хотя бы до 2Тб уже давно имеет седины, Аномномномнимус (?), 12:35 , 05-Фев-18, (24) //

А что оно до сих пор невосстановимые бэкапы делает Сомнительно, хотя 8-, _ (??), 00:41 , 06-Фев-18, (69) –1

как минимум, даже восстановимый бэкап 2T восстанавливается достаточно долго, ч, пох (?), 12:19 , 06-Фев-18, (100) –1

А что, если перейти с firebird на pgsql, волшебным образом появятся еще 2T для , Аноним (-), 13:06 , 06-Фев-18, (105) +1

да нет, просто не будет плохих снов о том, что энцать версий назад вывод pg_dump, пох (?), 18:40 , 06-Фев-18, (117) –1

Да ты и с оракаловым рэком совсем уж спокойно спать всё равно не будешь Ну у эт, _ (??), 19:35 , 06-Фев-18, (120)

Ну то есть SQLite3 её может заменить только в путь , amonymous (?), 13:09 , 05-Фев-18, (25) //

SQLite3 не поддерживает клиент-серверный режим по сети и блокирует файл от други, iZEN (ok), 13:47 , 05-Фев-18, (29) +3

то есть ненужного протокола написанного специалистом по тазам банных - т е как, пох (?), 15:32 , 05-Фев-18, (37) –3

Ты пошутить решил Как самый-самый минимум - большие сервера лочат таблицы, а н, Crazy Alex (ok), 18:02 , 05-Фев-18, (53) +3

ты реально не отличаешь внутриsqlевые локи от логики физической записи на диск, пох (?), 18:18 , 05-Фев-18, (55) –1

Ты ж не думаешь, что в больших БД действительно все транзакции последовательно и, Crazy Alex (ok), 01:05 , 06-Фев-18, (70)
Физическая запись какого рода имеется ввиду В редо-логи, ундо-логи или в сами т, Аноним (-), 03:41 , 06-Фев-18, (73) +1

и в чем великая разница , пох (?), 12:20 , 06-Фев-18, (101) –1

Как бы это тебе сказать то в кровавом они как минимум на разных девайсах - , _ (??), 19:40 , 06-Фев-18, (121) +1
Как минимум в частоте записи Сохранять данные после каждого комита дорого Поэт, rpm (?), 00:14 , 07-Фев-18, (124) –1

Наглядный пример воинствующей некомпетенсности , Аноним (-), 03:39 , 06-Фев-18, (72) +1

Нахрена огнептаху клиент-сервер, если его большинство всё равно гоняет рядом с п, anomymous (?), 08:43 , 06-Фев-18, (80) –1

не, не может - сертификация ФСТЭК это вам не хухры-мухры , пох (?), 15:39 , 05-Фев-18, (41) –1

Ай, ну объявится какой-нибудь местный Firebird Pro Был бы спрос , Аноним (-), 04:46 , 06-Фев-18, (76)
Если увидится спрос и выгода сертификаторам - сразу же сертифицируют , anomymous (?), 08:45 , 06-Фев-18, (81)

Да не, слишком много в софте реализовать придётся т е дорого и в случае есл, Аноним (-), 17:46 , 05-Фев-18, (51)

люди, перерастающие уровень 1го компа и НЕ переписывающие свой софт часто зао, пох (?), 18:47 , 05-Фев-18, (59) –1

Есть дофига применений между Собственно, все базочки для мелких контор из это, Crazy Alex (ok), 01:14 , 06-Фев-18, (71)

сделанные я-у-мамы-программисом по рецептам, найденным на stackoverflow хотя б, пох (?), 09:01 , 06-Фев-18, (86) –1
уныло глядя на висящие GET LOCK в processlist как ты понимаешь, ни разу не , пох (?), 12:31 , 06-Фев-18, (102) –1

Если делать без абстракции - да А если с абстракцией - то no problem, мимимальн, anomymous (?), 08:47 , 06-Фев-18, (82)

ты вот точно ради базы на одно лицо будешь пихать в код какие-то абстракции и , пох (?), 09:06 , 06-Фев-18, (87) –1

Я думаю он всего лишь об ORM Я уж 100 лет не видел жабщика который сам SQL рису, _ (??), 19:49 , 06-Фев-18, (122)

Большинство СУБДБольшинство СУБДPostgreSQLlibpq so 100500 всяких биндингов в т, Аноним (-), 15:34 , 05-Фев-18, (38) –1 //

У моей тормозной Java есть встраиваемая H2 и Java DB Зачем ещё что-то наподо, iZEN (ok), 19:22 , 05-Фев-18, (61) –3

Не сказал бы, что лучше хуже Скорее, иначеУмеет в CTE с бородатых времён, в отл, kai3341 (ok), 15:47 , 05-Фев-18, (42) +4 //

вот это хрень - я про nested query, остальное-то понятное и предсказуемое, ес, пох (?), 18:26 , 05-Фев-18, (57) –1
Если конкретный драйвер мускула в твоем любимом ЯП не умеет prepared statements,, angra (ok), 00:24 , 06-Фев-18, (68)

Она ни лучше и ни хуже - она другая, по сравнению с MSSQL, например, ибо без лог, _ky (?), 10:05 , 06-Фев-18, (93) +1
Насколько я слышал, блокировка на уровне записи, а не целой страницы , SubGun (??), 14:24 , 06-Фев-18, (107)

Миграция с v2 на v3 просто ужасна Тем кто на техподдержке зарабатывает наверное, Аноним (-), 10:15 , 05-Фев-18, (5) –3 //

Сообщите им об этом, но вообще таким долго болел тот же Pg , Michael Shigorin (ok), 10:39 , 05-Фев-18, (9) –2 //

да ну нафиг, никаких фиксов метадаты - читаешь внимательно release notes, pg_d, пох (?), 15:15 , 05-Фев-18, (35) –1

Представьте себе, совсем недавно перенёс свои базы с 1 5 сразу на 3 Ну кроме то, Diozan (??), 12:29 , 05-Фев-18, (20) +5 //

Тоже самое, фикс метадаты и всё , Аноним (-), 13:25 , 05-Фев-18, (27)
А я вот увидел FB v2 поддерживал даже очень старые базы InterBase, а v3 капризн, Аноним (-), 20:27 , 05-Фев-18, (63) –1 //

Я тебе один умный вещь скажу, только ты не обижайся, бекапы всегда надо делать Д, Аноним (-), 00:09 , 06-Фев-18, (67) +7
уп-с а нам-то тут заливают про великое конкурентное преимущество , пох (?), 09:08 , 06-Фев-18, (88) –1

Еще один доку нечитатель Все сгорели карусели с , ip (??), 12:37 , 12-Фев-18, (163)

Firebird масштабируется от встраиваемой до сетевой без смены базы , smit (??), 15:35 , 05-Фев-18, (39) +3 //

Внезапно postgresql и даже mysql 8212 тоже А вот oracle и mssql 8212 , PnDx (ok), 12:49 , 06-Фев-18, (104)

на это можно mediawiki прикрутить реально интересно , ужик (?), 17:15 , 05-Фев-18, (48) –1 //

Пока нет, нужен Маша, Мускуль, PG или SQLite Это итак закрывает все мыслимые сц, economist (?), 09:21 , 06-Фев-18, (90) –1 //

честно говоря, мне бы хватило и одной жалобы подобного рода в день, чтобы озадач, пох (?), 12:45 , 06-Фев-18, (103) –1 //

Жалобы были на отклик задержку, а перенаберите - действительно, можно получ, economist (?), 16:21 , 06-Фев-18, (108) –1

а, ну так надо развлекать их чем-нибудь, понятно - прогресс-индикатор какой рисо, пох (?), 18:46 , 06-Фев-18, (118)

Мне FB нравится за своё скромное потребление памяти и не раздутые возможности, ч, Neptus (?), 18:08 , 05-Фев-18, (54) +7
Меня удивляет то как люди не зная firebird начинают с р а ч разводить видимо эт, Юрий (??), 12:42 , 08-Фев-18, (154) +2

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

3. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от Аноним (-), 05-Фев-18, 10:10

Есть сравнение с другими, чем она лучше?

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

8. "Выпуск СУБД Firebird 3.0.3" +3 +/–

Сообщение от Michael Shigorin (ok), 05-Фев-18, 10:38

> Есть сравнение с другими, чем она лучше?
Слышал, что активно применяется для миграции на линукс наследственных приложений с тех же дельфей.

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

11. "Выпуск СУБД Firebird 3.0.3" +1 +/–

Сообщение от iZEN (ok), 05-Фев-18, 11:02

> Есть сравнение с другими, чем она лучше?
///---wiki
- Соответствие требованиям ACID.
- полностью поддерживает SQL-92 Entry Level 1 и реализует большую часть стандарта SQL-99.
- работает на аппаратных платформах x86, x64 и PowerPC, Sparc и многих других, и поддерживает легкий переход между этими платформами.
- поддерживает множество способов доступа, включая: собственные наборы компонент для C/C++, Delphi, классы для ADO, ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB, dbExpress, провайдер данных .NET и прямой доступ с использованием клиентской библиотеки сервера (fbclient.dll или GDS32.dll)
- поддерживает большие базы данных. Теоретический предел в настоящее время составляет 64 TБ для одного файла базы данных.
- форк «Ред база данных» сертифицирован ФСТЭК России и соответствует отечественным требованиям защиты информации, проходит жесткое тестирование и при этом совместим на уровне резервных копий с основной веткой разработки.
---///

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

24. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от Аномномномнимус (?), 05-Фев-18, 12:35

Любой админ FB, чья база выросла хотя бы до 2Тб уже давно имеет седины

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

69. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от _ (??), 06-Фев-18, 00:41

А что оно до сих пор невосстановимые бэкапы делает??!?! Сомнительно, хотя ... 8-)

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

100. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 06-Фев-18, 12:19

> А что оно до сих пор невосстановимые бэкапы делает??!?! Сомнительно, хотя ...
> 8-)
как минимум, даже "восстановимый" бэкап 2T восстанавливается достаточно долго, чтобы седых волос у тебя заметно прибыло. А учитывая, что мало у кого из адептов этой хрени есть _еще_ 2T для экспериментальных восстановлений с проверкой, что именно там восстановилось...

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

105. "Выпуск СУБД Firebird 3.0.3" +1 +/–

Сообщение от Аноним (-), 06-Фев-18, 13:06

А что, если перейти с firebird на pgsql, волшебным образом появятся "еще 2T для экспериментальных восстановлений"?

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

117. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 06-Фев-18, 18:40

> А что, если перейти с firebird на pgsql, волшебным образом появятся "еще
> 2T для экспериментальных восстановлений"?
да нет, просто не будет плохих снов о том, что энцать версий назад вывод pg_dump, внезапно, оказался не базой, а тыквой. Но 2T база pgsql, в общем-то, тоже к спокойному сну никак не располагает.

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

120. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от _ (??), 06-Фев-18, 19:35

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

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

25. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от amonymous (?), 05-Фев-18, 13:09

Ну то есть SQLite3 её может заменить только в путь.

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

29. "Выпуск СУБД Firebird 3.0.3" +3 +/–

Сообщение от iZEN (ok), 05-Фев-18, 13:47

SQLite3 не поддерживает клиент-серверный режим по сети и блокирует файл от других процессов при записи в БД. То есть SQLite3 - это встраиваемая СУБД с монопольным доступом на запись. Firebird работает с несколькими транзакционными моделями, например, даже тогда, когда данные могут не блокироваться от модификации при доступе к базе из нескольких процессов.

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

37. "Выпуск СУБД Firebird 3.0.3" –3 +/–

Сообщение от пох (?), 05-Фев-18, 15:32

> SQLite3 не поддерживает клиент-серверный режим по сети и блокирует файл от других
то есть ненужного протокола (написанного специалистом по тазам банных - т.е. как правило либо плохого, либо с дырой вместо аутентификации, либо то и другое сразу, и все бережно завернуто в openssl)
> процессов при записи в БД. То есть SQLite3 - это встраиваемая
чудес не бывает, ни одна таза банных не умеет писать в одно и то же место (это не обязательно "файл") из двух процессов - "такая фигня получается!"
> СУБД с монопольным доступом на запись. Firebird работает с несколькими транзакционными
> моделями, например, даже тогда, когда данные могут не блокироваться от модификации
> при доступе к базе из нескольких процессов.
не могут. Это называется "транзакционная целостность".
Просто то, что в случае sqlite, решается банальным lockf, и ожиданием других процессов, в случае "больших" баз может решаться постановкой запросов в очередь единственного процесса (а чаще то и другое - пул процессов плюс взаимный локинг). Что совой об пень, что пнем о сову - пока данные не запишутся на диск, сообщить сказавшему 'commit' об успешном завершении (или дать ему по морде forced rollback'ом, если пока он копался, данные протухли) мы не можем.
у других есть еще всякие гранулярные локи, но выигрыш от них, как правило, преувеличен, по сравнению со сложностью реализации.
А "транзакционные модели" вида immediate/exclusive/deferred есть, не поверишь, и у sqlite. row locks вот нету, не очень и нужны.

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

53. "Выпуск СУБД Firebird 3.0.3" +3 +/–

Сообщение от Crazy Alex (ok), 05-Фев-18, 18:02

Ты пошутить решил?
Как самый-самый минимум - "большие" сервера лочат таблицы, а не базу целиком. А обычно - даже не таблицы, а диапазоны, и тем более - когда речь идёт о версионниках, которыми являются, считай, все современные СУБД.

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

55. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 05-Фев-18, 18:18

> Как самый-самый минимум - "большие" сервера лочат таблицы, а не базу целиком. А обычно - даже не
> таблицы, а диапазоны
ты реально не отличаешь внутриsqlевые "локи" от логики физической записи на диск?

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

70. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от Crazy Alex (ok), 06-Фев-18, 01:05

Ты ж не думаешь, что в больших БД действительно все транзакции последовательно идут и сразу на диск пишутся? А у sqlite - да, гранулярность - вся база.

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

73. "Выпуск СУБД Firebird 3.0.3" +1 +/–

Сообщение от Аноним (-), 06-Фев-18, 03:41

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

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

101. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 06-Фев-18, 12:20

> Физическая запись какого рода имеется ввиду? В редо-логи, ундо-логи или в сами
> таблицы?
и в чем великая разница?

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

121. "Выпуск СУБД Firebird 3.0.3" +1 +/–

Сообщение от _ (??), 06-Фев-18, 19:40

Как бы это тебе сказать то ... в кровавом они как минимум на разных девайсах :-)
Причём сами таблы - всё ещё на блинах, а вот другие - на другом :)
Дальше объяснять?

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

124. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от rpm (?), 07-Фев-18, 00:14

>> Физическая запись какого рода имеется ввиду? В редо-логи, ундо-логи или в сами
>> таблицы?
> и в чем великая разница?
Как минимум в частоте записи. Сохранять данные после каждого комита дорого. Поэтому для устойчивости придумали редологи, что позволяет сами данные сохранять нечасто. А сами надо то в силу простоты имеют высокую производительность. И уж точно не является скрытой блокировкой, об утверждении которой и началось обсуждение, тк запись в редо независима и не требцет никаких блокировок.

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

72. "Выпуск СУБД Firebird 3.0.3" +1 +/–

Сообщение от Аноним (-), 06-Фев-18, 03:39

>не могут. Это называется "транзакционная целостность".
>Просто то, что в случае sqlite, решается банальным lockf, и ожиданием других процессов, в случае >"больших" баз может решаться постановкой запросов в очередь единственного процесса (а чаще то и >другое - пул процессов плюс взаимный локинг). Что совой об пень, что пнем о сову - пока данные не >запишутся на диск, сообщить сказавшему 'commit' об успешном завершении (или дать ему по морде forced rollback'ом, если пока он копался, данные протухли) мы не можем.
>у других есть еще всякие гранулярные локи, но выигрыш от них, как правило, преувеличен, по >сравнению со сложностью реализации.
Наглядный пример воинствующей некомпетенсности.

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

80. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от anomymous (?), 06-Фев-18, 08:43

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

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

41. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 05-Фев-18, 15:39

не, не может - "сертификация ФСТЭК" это вам не хухры-мухры.

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

76. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от Аноним (-), 06-Фев-18, 04:46

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

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

81. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от anomymous (?), 06-Фев-18, 08:45

> не, не может - "сертификация ФСТЭК" это вам не хухры-мухры.
Если увидится спрос и выгода "сертификаторам" - сразу же сертифицируют.

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

51. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от Аноним (-), 05-Фев-18, 17:46

> Ну то есть SQLite3 её может заменить только в путь.
Да не, слишком много в софте реализовать придётся ( т.е. дорого ) и в случае если перерастёт уровень 1 компа, то переписывание всего софта

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

59. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 05-Фев-18, 18:47

> Да не, слишком много в софте реализовать придётся ( т.е. дорого ) и в случае если перерастёт
> уровень 1 компа, то переписывание всего софта
люди, "перерастающие уровень 1го компа" и НЕ переписывающие свой софт (часто заодно с полным переделыванием и структуры данных тоже) - вынуждены будут делать это ненамного позже, с характерным результатом в виде получения интенсивной любви от пользователей их продукта.
А если софт все равно переписывать - то в общем-то никто не мешает нарисовать правильный mid-layer, который и будет заниматься общением с базой. Как, в общем-то, в правильном софте и принято. А на то что субд заменит тебе нормальное проектирование софта для многоюзерской параллельной работы, надеются только кое-какеры и неудачники.
(были времена, когда это действительно было так, но, к сожалению, давным-давно прошли. А то б кругом был один oracle на мега-кластерах)

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

71. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от Crazy Alex (ok), 06-Фев-18, 01:14

Есть дофига применений "между". Собственно, все базочки для мелких контор из этого "между". Где совершенно тупого выноса базы из embeddded в отдельный сервер (при условии рефелекторного примененения транзакций при написании софтины) достаточно, чтобы из однопользоватлеьской аппы сделать "многопользовательскую" - то есть нормально работающую на 3-5-10 человек, шуршащих без особой интенсивности. А больше - и не надо. С другой стороны, пока юзер один - можно не заморачиваться созданием и поддержкой отдельного сервера БД, который должен быть включён, доступен и не пинаем уборщицей.
А если о вебе говорить - так там вообще масштабирование в пределах трёх порядков решается костылями из кэшей. Бардак выходит, но более-менее живой и приносящий деньги владельцу

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

86. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 06-Фев-18, 09:01

> Есть дофига применений "между".
сделанные я-у-мамы-программисом по рецептам, найденным на stackoverflow ("хотя бы из ответа, или из вопроса?")
> Собственно, все базочки для мелких контор из этого "между".
совершенно необязательно. Кто-то покупает готовое решение нужного размера, кому-то везет и на него работает нормальный разработчик, кто-то вынужден таких нанимать, потому что контора мелкая, а база нифига и не мелкая.
А дальше - кому как повезло. Но если было сделано на чем-то обычном, pg/mysql/да хрен с ним, ms, наконец - обычно наследники могут как-то это все поднять, без особых проблем. Иногда даже и улучшить что-то.
А ходить вокруг сдохшего overengineered монстра, выбросившего тебе ora-0006, можно вечность, без особых успехов. Или мучительно пытаться поапгрейдить уже толком неживую систему аж на one true interbase (c) borland на что-то, хотя бы не требующее библиотек и дистрибутива 2001го года выпуска.
(и главное, вроде ты все это и починил в конечном итоге, но осадочек-то остается)
> Где совершенно тупого выноса базы из embeddded в отдельный сервер (при условии рефелекторного
> примененения транзакций при написании софтины) достаточно, чтобы из однопользоватлеьской аппы
> сделать "многопользовательскую" - то есть нормально работающую на 3-5-10 человек, шуршащих без
ты не поверишь, мы трахались с такой "многопользовательской" аппой в далеком 95м году. Она даже и работала - пока их было 3-5-10 (без всякого отдельного сервера, попутно и ресурсы жрала не с одного сервера, а с многих клиентов разом, по тем временам гораздо более дешевое решение). А как стало 20 - наступили опаньки, и отдельный сервер ничему не помог. И пришлось все переделывать с нуля и нормально - потому что и сама база, спроектированная на трех юзеров и небольшой объем, оказалась нафиг неоптимальна для двадцати и совсем других масштабов.

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

102. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 06-Фев-18, 12:31

> А если о вебе говорить - так там вообще масштабирование в пределах
> трёх порядков решается костылями из кэшей. Бардак выходит, но более-менее живой
уныло глядя на висящие GET LOCK ... в processlist (как ты понимаешь, ни разу не sqlite, хотя вот этому уроду вполне бы хватило) - нихрена оно не решается :-(
> и приносящий деньги владельцу
и хде тут мой мильен? А, вот он...уп-с, нет, это счет от провайдера...

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

82. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от anomymous (?), 06-Фев-18, 08:47

> Да не, слишком много в софте реализовать придётся ( т.е. дорого )
> и в случае если перерастёт уровень 1 компа, то переписывание всего
> софта
Если делать без абстракции - да. А если с абстракцией - то no problem, мимимальные правки в единичных неабстрагируемых запросах. Ну и в софте там "много" реализовывать нечего, тот же SQL.

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

87. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 06-Фев-18, 09:06

> Если делать без абстракции - да. А если с абстракцией - то
ты вот точно ради базы на одно лицо будешь пихать в код какие-то "абстракции" и универсальный бд-независимый midlayer?
> no problem, мимимальные правки в единичных неабстрагируемых запросах. Ну и в
> софте там "много" реализовывать нечего, тот же SQL.
пока не натыкаешься на несовместимость нестандартных типов, или на банальный 'autoincrement'.

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

122. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от _ (??), 06-Фев-18, 19:49

>> Если делать без абстракции - да. А если с абстракцией - то
>ты вот точно ради базы на одно лицо будешь пихать в код какие-то "абстракции" и универсальный бд-независимый midlayer?
Я думаю он всего лишь об ORM. Я уж 100 лет не видел жабщика который сам SQL рисует. Есть же Hibernate! Причём оно умнее програмизда, ну и чего мучиЦЦо?! :-)

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

38. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от Аноним (-), 05-Фев-18, 15:34

> - Соответствие требованиям ACID.
Большинство СУБД
> - полностью поддерживает SQL-92 Entry Level 1 и реализует большую часть стандарта SQL-99.
Большинство СУБД
> - работает на аппаратных платформах x86, x64 и PowerPC, Sparc и многих других, и поддерживает легкий переход между этими платформами.
PostgreSQL
> - поддерживает множество способов доступа, включая: собственные наборы компонент для C/C++, Delphi, классы для ADO, ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB, dbExpress, провайдер данных .NET и прямой доступ с использованием клиентской библиотеки сервера (fbclient.dll или GDS32.dll)
libpq.so + 100500 всяких биндингов в том числе для твоей тормозной жавы.
> - поддерживает большие базы данных. Теоретический предел в настоящее время составляет 64 TБ для одного файла базы данных.
https://www.postgresql.org/about/
Limit    Value
Maximum Database Size    Unlimited
Maximum Table Size    32 TB
> - форк «Ред база данных» сертифицирован ФСТЭК России и соответствует отечественным требованиям защиты информации, проходит жесткое тестирование и при этом совместим на уровне резервных копий с основной веткой разработки.
Гнилой аргумент.

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

61. "Выпуск СУБД Firebird 3.0.3" –3 +/–

Сообщение от iZEN (ok), 05-Фев-18, 19:22

> libpq.so + 100500 всяких биндингов в том числе для твоей тормозной жавы.
У "моей тормозной Java" есть встраиваемая H2 и Java DB. Зачем ещё что-то "наподобие"?

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

42. "Выпуск СУБД Firebird 3.0.3" +4 +/–

Сообщение от kai3341 (ok), 05-Фев-18, 15:47

> Есть сравнение с другими, чем она лучше?
Не сказал бы, что лучше/хуже. Скорее, иначе
Умеет в CTE с бородатых времён, в отличие от хвалёного MySQL
Надёжна. Инстансов много, сбоев почти нет
На фоне Oracle Firebird, конечно, тупенький. Хинты не умеет (ему можно скормить план целиком. Слишком грубо). Но можно выкрутиться. Вот заметку рисовал о том, как выкручивался: https://vk.com/wall24359278_4717
Драйвер, как я понял, не умеет в именованные параметры, а только в позиционные. Но враппер на коленке пишется за час. Но, в отличие от драйвера MySQL, этот умеет в prepared statements.

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

57. "Выпуск СУБД Firebird 3.0.3" –1 +/–

Сообщение от пох (?), 05-Фев-18, 18:26

> том, как выкручивался: https://vk.com/wall24359278_4717
вот это хрень! ;-)
[я про nested query, остальное-то понятное и предсказуемое, если что ]

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

68. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от angra (ok), 06-Фев-18, 00:24

> Но, в отличие от драйвера MySQL, этот умеет в prepared statements.
Если конкретный драйвер мускула в твоем любимом ЯП не умеет prepared statements, то это не значит, что их нет в стандартном мускульном C API. Может автор драйвера поленился или не смог сделать интерфейс к ним, а может ты просто невнимательно читал доку драйвера.

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

93. "Выпуск СУБД Firebird 3.0.3" +1 +/–

Сообщение от _ky (?), 06-Фев-18, 10:05

Она ни лучше и ни хуже - она другая, по сравнению с MSSQL, например, ибо без логов вообще. По крайней мере в виде InterBase. Возможно за лета что-то и изменилось.
Классический ANSI SQL + мощные триггеры пред и пост вставки записи и это в эпоху до миллениума. Когда вышел 2000-й скуль с пиаром появления триггеров в нём - долго смеялся.

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

107. "Выпуск СУБД Firebird 3.0.3" +/–

Сообщение от SubGun (??), 06-Фев-18, 14:24

Насколько я слышал, блокировка на уровне записи, а не целой страницы.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

3. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
Сообщение от Аноним (-), 05-Фев-18, 10:10
Есть сравнение с другими, чем она лучше?
Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Выпуск СУБД Firebird 3.0.3"	+3 +/–
	Сообщение от Michael Shigorin (ok), 05-Фев-18, 10:38
	> Есть сравнение с другими, чем она лучше? Слышал, что активно применяется для миграции на линукс наследственных приложений с тех же дельфей.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Выпуск СУБД Firebird 3.0.3"	+1 +/–
	Сообщение от iZEN (ok), 05-Фев-18, 11:02
	> Есть сравнение с другими, чем она лучше? ///---wiki - Соответствие требованиям ACID. - полностью поддерживает SQL-92 Entry Level 1 и реализует большую часть стандарта SQL-99. - работает на аппаратных платформах x86, x64 и PowerPC, Sparc и многих других, и поддерживает легкий переход между этими платформами. - поддерживает множество способов доступа, включая: собственные наборы компонент для C/C++, Delphi, классы для ADO, ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB, dbExpress, провайдер данных .NET и прямой доступ с использованием клиентской библиотеки сервера (fbclient.dll или GDS32.dll) - поддерживает большие базы данных. Теоретический предел в настоящее время составляет 64 TБ для одного файла базы данных. - форк «Ред база данных» сертифицирован ФСТЭК России и соответствует отечественным требованиям защиты информации, проходит жесткое тестирование и при этом совместим на уровне резервных копий с основной веткой разработки. ---///
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	24. "Выпуск СУБД Firebird 3.0.3"	+/–
	Сообщение от Аномномномнимус (?), 05-Фев-18, 12:35
	Любой админ FB, чья база выросла хотя бы до 2Тб уже давно имеет седины
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от _ (??), 06-Фев-18, 00:41
	А что оно до сих пор невосстановимые бэкапы делает??!?! Сомнительно, хотя ... 8-)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	100. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от пох (?), 06-Фев-18, 12:19
	> А что оно до сих пор невосстановимые бэкапы делает??!?! Сомнительно, хотя ... > 8-) как минимум, даже "восстановимый" бэкап 2T восстанавливается достаточно долго, чтобы седых волос у тебя заметно прибыло. А учитывая, что мало у кого из адептов этой хрени есть _еще_ 2T для экспериментальных восстановлений с проверкой, что именно там восстановилось...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	105. "Выпуск СУБД Firebird 3.0.3"	+1 +/–
	Сообщение от Аноним (-), 06-Фев-18, 13:06
	А что, если перейти с firebird на pgsql, волшебным образом появятся "еще 2T для экспериментальных восстановлений"?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	117. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от пох (?), 06-Фев-18, 18:40
	> А что, если перейти с firebird на pgsql, волшебным образом появятся "еще > 2T для экспериментальных восстановлений"? да нет, просто не будет плохих снов о том, что энцать версий назад вывод pg_dump, внезапно, оказался не базой, а тыквой. Но 2T база pgsql, в общем-то, тоже к спокойному сну никак не располагает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	120. "Выпуск СУБД Firebird 3.0.3"	+/–
	Сообщение от _ (??), 06-Фев-18, 19:35
	Да ты и с оракаловым рэком совсем уж спокойно спать всё равно не будешь. Ну у этих, хоть и задорого, но можно купить всяких плюшек бдляЪ ...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Выпуск СУБД Firebird 3.0.3"	+/–
	Сообщение от amonymous (?), 05-Фев-18, 13:09
	Ну то есть SQLite3 её может заменить только в путь.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	29. "Выпуск СУБД Firebird 3.0.3"	+3 +/–
	Сообщение от iZEN (ok), 05-Фев-18, 13:47
	SQLite3 не поддерживает клиент-серверный режим по сети и блокирует файл от других процессов при записи в БД. То есть SQLite3 - это встраиваемая СУБД с монопольным доступом на запись. Firebird работает с несколькими транзакционными моделями, например, даже тогда, когда данные могут не блокироваться от модификации при доступе к базе из нескольких процессов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Выпуск СУБД Firebird 3.0.3"	–3 +/–
	Сообщение от пох (?), 05-Фев-18, 15:32
	> SQLite3 не поддерживает клиент-серверный режим по сети и блокирует файл от других то есть ненужного протокола (написанного специалистом по тазам банных - т.е. как правило либо плохого, либо с дырой вместо аутентификации, либо то и другое сразу, и все бережно завернуто в openssl) > процессов при записи в БД. То есть SQLite3 - это встраиваемая чудес не бывает, ни одна таза банных не умеет писать в одно и то же место (это не обязательно "файл") из двух процессов - "такая фигня получается!" > СУБД с монопольным доступом на запись. Firebird работает с несколькими транзакционными > моделями, например, даже тогда, когда данные могут не блокироваться от модификации > при доступе к базе из нескольких процессов. не могут. Это называется "транзакционная целостность". Просто то, что в случае sqlite, решается банальным lockf, и ожиданием других процессов, в случае "больших" баз может решаться постановкой запросов в очередь единственного процесса (а чаще то и другое - пул процессов плюс взаимный локинг). Что совой об пень, что пнем о сову - пока данные не запишутся на диск, сообщить сказавшему 'commit' об успешном завершении (или дать ему по морде forced rollback'ом, если пока он копался, данные протухли) мы не можем. у других есть еще всякие гранулярные локи, но выигрыш от них, как правило, преувеличен, по сравнению со сложностью реализации. А "транзакционные модели" вида immediate/exclusive/deferred есть, не поверишь, и у sqlite. row locks вот нету, не очень и нужны.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Выпуск СУБД Firebird 3.0.3"	+3 +/–
	Сообщение от Crazy Alex (ok), 05-Фев-18, 18:02
	Ты пошутить решил? Как самый-самый минимум - "большие" сервера лочат таблицы, а не базу целиком. А обычно - даже не таблицы, а диапазоны, и тем более - когда речь идёт о версионниках, которыми являются, считай, все современные СУБД.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от пох (?), 05-Фев-18, 18:18
	> Как самый-самый минимум - "большие" сервера лочат таблицы, а не базу целиком. А обычно - даже не > таблицы, а диапазоны ты реально не отличаешь внутриsqlевые "локи" от логики физической записи на диск?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Выпуск СУБД Firebird 3.0.3"	+/–
	Сообщение от Crazy Alex (ok), 06-Фев-18, 01:05
	Ты ж не думаешь, что в больших БД действительно все транзакции последовательно идут и сразу на диск пишутся? А у sqlite - да, гранулярность - вся база.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Выпуск СУБД Firebird 3.0.3"	+1 +/–
	Сообщение от Аноним (-), 06-Фев-18, 03:41
	Физическая запись какого рода имеется ввиду? В редо-логи, ундо-логи или в сами таблицы?
	Ответить \| Правка \| К родителю #55 \| Наверх \| Cообщить модератору


	101. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от пох (?), 06-Фев-18, 12:20
	> Физическая запись какого рода имеется ввиду? В редо-логи, ундо-логи или в сами > таблицы? и в чем великая разница?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	121. "Выпуск СУБД Firebird 3.0.3"	+1 +/–
	Сообщение от _ (??), 06-Фев-18, 19:40
	Как бы это тебе сказать то ... в кровавом они как минимум на разных девайсах :-) Причём сами таблы - всё ещё на блинах, а вот другие - на другом :) Дальше объяснять?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	124. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от rpm (?), 07-Фев-18, 00:14
	>> Физическая запись какого рода имеется ввиду? В редо-логи, ундо-логи или в сами >> таблицы? > и в чем великая разница? Как минимум в частоте записи. Сохранять данные после каждого комита дорого. Поэтому для устойчивости придумали редологи, что позволяет сами данные сохранять нечасто. А сами надо то в силу простоты имеют высокую производительность. И уж точно не является скрытой блокировкой, об утверждении которой и началось обсуждение, тк запись в редо независима и не требцет никаких блокировок.
	Ответить \| Правка \| К родителю #101 \| Наверх \| Cообщить модератору


	72. "Выпуск СУБД Firebird 3.0.3"	+1 +/–
	Сообщение от Аноним (-), 06-Фев-18, 03:39
	>не могут. Это называется "транзакционная целостность". >Просто то, что в случае sqlite, решается банальным lockf, и ожиданием других процессов, в случае >"больших" баз может решаться постановкой запросов в очередь единственного процесса (а чаще то и >другое - пул процессов плюс взаимный локинг). Что совой об пень, что пнем о сову - пока данные не >запишутся на диск, сообщить сказавшему 'commit' об успешном завершении (или дать ему по морде forced rollback'ом, если пока он копался, данные протухли) мы не можем. >у других есть еще всякие гранулярные локи, но выигрыш от них, как правило, преувеличен, по >сравнению со сложностью реализации. Наглядный пример воинствующей некомпетенсности.
	Ответить \| Правка \| К родителю #37 \| Наверх \| Cообщить модератору


	80. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от anomymous (?), 06-Фев-18, 08:43
	Нахрена огнептаху клиент-сервер, если его большинство всё равно гоняет рядом с приложением?
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	41. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от пох (?), 05-Фев-18, 15:39
	не, не может - "сертификация ФСТЭК" это вам не хухры-мухры.
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	76. "Выпуск СУБД Firebird 3.0.3"	+/–
	Сообщение от Аноним (-), 06-Фев-18, 04:46
	Ай, ну объявится какой-нибудь местный Firebird Pro. Был бы спрос.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. "Выпуск СУБД Firebird 3.0.3"	+/–
	Сообщение от anomymous (?), 06-Фев-18, 08:45
	> не, не может - "сертификация ФСТЭК" это вам не хухры-мухры. Если увидится спрос и выгода "сертификаторам" - сразу же сертифицируют.
	Ответить \| Правка \| К родителю #41 \| Наверх \| Cообщить модератору


	51. "Выпуск СУБД Firebird 3.0.3"	+/–
	Сообщение от Аноним (-), 05-Фев-18, 17:46
	> Ну то есть SQLite3 её может заменить только в путь. Да не, слишком много в софте реализовать придётся ( т.е. дорого ) и в случае если перерастёт уровень 1 компа, то переписывание всего софта
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	59. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от пох (?), 05-Фев-18, 18:47
	> Да не, слишком много в софте реализовать придётся ( т.е. дорого ) и в случае если перерастёт > уровень 1 компа, то переписывание всего софта люди, "перерастающие уровень 1го компа" и НЕ переписывающие свой софт (часто заодно с полным переделыванием и структуры данных тоже) - вынуждены будут делать это ненамного позже, с характерным результатом в виде получения интенсивной любви от пользователей их продукта. А если софт все равно переписывать - то в общем-то никто не мешает нарисовать правильный mid-layer, который и будет заниматься общением с базой. Как, в общем-то, в правильном софте и принято. А на то что субд заменит тебе нормальное проектирование софта для многоюзерской параллельной работы, надеются только кое-какеры и неудачники. (были времена, когда это действительно было так, но, к сожалению, давным-давно прошли. А то б кругом был один oracle на мега-кластерах)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "Выпуск СУБД Firebird 3.0.3"	+/–
	Сообщение от Crazy Alex (ok), 06-Фев-18, 01:14
	Есть дофига применений "между". Собственно, все базочки для мелких контор из этого "между". Где совершенно тупого выноса базы из embeddded в отдельный сервер (при условии рефелекторного примененения транзакций при написании софтины) достаточно, чтобы из однопользоватлеьской аппы сделать "многопользовательскую" - то есть нормально работающую на 3-5-10 человек, шуршащих без особой интенсивности. А больше - и не надо. С другой стороны, пока юзер один - можно не заморачиваться созданием и поддержкой отдельного сервера БД, который должен быть включён, доступен и не пинаем уборщицей. А если о вебе говорить - так там вообще масштабирование в пределах трёх порядков решается костылями из кэшей. Бардак выходит, но более-менее живой и приносящий деньги владельцу
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от пох (?), 06-Фев-18, 09:01
	> Есть дофига применений "между". сделанные я-у-мамы-программисом по рецептам, найденным на stackoverflow ("хотя бы из ответа, или из вопроса?") > Собственно, все базочки для мелких контор из этого "между". совершенно необязательно. Кто-то покупает готовое решение нужного размера, кому-то везет и на него работает нормальный разработчик, кто-то вынужден таких нанимать, потому что контора мелкая, а база нифига и не мелкая. А дальше - кому как повезло. Но если было сделано на чем-то обычном, pg/mysql/да хрен с ним, ms, наконец - обычно наследники могут как-то это все поднять, без особых проблем. Иногда даже и улучшить что-то. А ходить вокруг сдохшего overengineered монстра, выбросившего тебе ora-0006, можно вечность, без особых успехов. Или мучительно пытаться поапгрейдить уже толком неживую систему аж на one true interbase (c) borland на что-то, хотя бы не требующее библиотек и дистрибутива 2001го года выпуска. (и главное, вроде ты все это и починил в конечном итоге, но осадочек-то остается) > Где совершенно тупого выноса базы из embeddded в отдельный сервер (при условии рефелекторного > примененения транзакций при написании софтины) достаточно, чтобы из однопользоватлеьской аппы > сделать "многопользовательскую" - то есть нормально работающую на 3-5-10 человек, шуршащих без ты не поверишь, мы трахались с такой "многопользовательской" аппой в далеком 95м году. Она даже и работала - пока их было 3-5-10 (без всякого отдельного сервера, попутно и ресурсы жрала не с одного сервера, а с многих клиентов разом, по тем временам гораздо более дешевое решение). А как стало 20 - наступили опаньки, и отдельный сервер ничему не помог. И пришлось все переделывать с нуля и нормально - потому что и сама база, спроектированная на трех юзеров и небольшой объем, оказалась нафиг неоптимальна для двадцати и совсем других масштабов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Выпуск СУБД Firebird 3.0.3"	–1 +/–
	Сообщение от пох (?), 06-Фев-18, 12:31
	> А если о вебе говорить - так там вообще масштабирование в пределах > трёх порядков решается костылями из кэшей. Бардак выходит, но более-менее живой уныло глядя на висящие GET LOCK ... в processlist (как ты понимаешь, ни разу не sqlite, хотя вот этому уроду вполне бы хватило) - нихрена оно не решается :-( > и приносящий деньги владельцу и хде тут мой мильен? А, вот он...уп-с, нет, это счет от провайдера...
	Ответить \| Правка \| К родителю #71 \| Наверх \| Cообщить модератору


	82. "Выпуск СУБД Firebird 3.0.3"	+/–
	Сообщение от anomymous (?), 06-Фев-18, 08:47
	> Да не, слишком много в софте реализовать придётся ( т.е. дорого ) > и в случае если перерастёт уровень 1 компа, то переписывание всего > софта Если делать без абстракции - да. А если с абстракцией - то no problem, мимимальные правки в единичных неабстрагируемых запросах. Ну и в софте там "много" реализовывать нечего, тот же SQL.
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору