The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  правила/FAQ  поиск  регистрация  вход/выход  слежка  RSS
"Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от opennews (ok) on 25-Мрт-17, 23:56 
Доступен (https://www.firebirdsql.org/en/news/firebird-3-0-2-sub-relea.../) корректирующий релиз реляционной СУБД Firebird 3.0.2 (https://www.firebirdsql.org/en/firebird-3-0-2/), продолжающей развитие кода БД InterBase 6.0, открытого в 2000 году компанией Borland. Firebird распространяется под свободной лицензией MPL и поддерживает стандарты ANSI SQL, в том числе такие возможности, как триггеры и хранимые процедуры.


Кроме устранения ошибок (https://www.firebirdsql.org/file/documentation/release_notes...) и улучшений (https://www.firebirdsql.org/file/documentation/release_notes...), в Firebird 3.0.2 устранена уязвимость (http://tracker.firebirdsql.org/browse/CORE-5474), которая позволяет аутентифицированному пользователю повысить свои привилегии и выполнить код с правами рабочего процесса СУБД через манипуляции с UDF-функциями (User Defined Function), независимо от содержимого настройки 'UdfAccess = Restrict UDF'. Пользуясь тем, что  fbudf.so динамически связывается с libc, эксплуатация сводится к выполнению следующих команд:

    DECLARE EXTERNAL FUNCTION EXEC cstring(4096), integer RETURNS integer BY VALUE ENTRY_POINT 'system' MODULE_NAME 'fbudf' ;
    select first 1 EXEC('touch /tmp/proof') from some_table;


Из улучшений (https://www.firebirdsql.org/file/documentation/release_notes...) в Firebird 3.0.2 можно отметить портирование (http://tracker.firebirdsql.org/browse/CORE-3885) для платформы Android и устаревших систем на базе CPU Motorola 680000 (https://ru.wikipedia.org/wiki/Motorola_680x0) , возможность (http://tracker.firebirdsql.org/browse/CORE-1095) использования выражения SELECT в качестве параметра оператора BETWEEN, обеспечение сборки на платформе Linux с опцией "--enable-binreloc", существенное увеличение (http://tracker.firebirdsql.org/browse/CORE-5434) производительности транзакций только на чтение, поддержка (http://tracker.firebirdsql.org/browse/CORE-5257) вложенных ключей в конфигурации плагинов.

URL: https://www.firebirdsql.org/en/news/firebird-3-0-2-sub-relea.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=46256

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

Оглавление

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


1. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от vantoo (ok) on 25-Мрт-17, 23:56 
Хоть какой-то юниксовый софт ее использует? Или эту БД на *nix ставят только для использования ее виндовым софтом?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Аноним (??) on 26-Мрт-17, 00:38 
ее часто в встроенном режиме юзали под вендой когда-то
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

16. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от robux (ok) on 26-Мрт-17, 12:22 
Здесь возникает резонный вопрос: чем FireBird лучше SQLite на однохостовой системе?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

28. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +5 +/
Сообщение от Аноним (??) on 26-Мрт-17, 22:32 
А чем тот-то SQLite лучше? :) Просто многие почему-то пытаются свое личное мнение выдать за какой-то стандарт.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

40. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Нанобот (ok) on 27-Мрт-17, 09:25 
в sqlite очень урезаный alter table, например
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

42. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 27-Мрт-17, 10:04 
Тем что полноценная, и позволяет однообразно решать задачи в т.ч. с масштабированием.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

71. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от sasku (ok) on 27-Мрт-17, 18:51 
лично мое мнение: ничем не хуже, даже лучше
объясняю: на однопользовательской системе равнозначны, но, при необходимости, очень легко мигрируется на многопользовательский режим.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

5. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +2 +/
Сообщение от bruges (ok) on 26-Мрт-17, 01:33 
Да. Не поверишь. Для ФССП редсофт (у них файрберд носит название "Ред База Данных") написал на джаве и внедрил (под centos 5/6) свое пoдeлие по всей стране на файрберде. Глючное гуано, с неоптимизированными запросами, база тормозит и разрастается до десятков гигов за месяц, требуя постоянного обслуживания в рученьки. И все это за тонны денег. И такие примеры в госструктурах постоянно. "Экспертов в России нет - есть только разные уровни некомпетентности" (с)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

7. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +7 +/
Сообщение от Man Lee email(ok) on 26-Мрт-17, 05:08 
Странно... я тоже много чего писал с использованием Firebird, и дофига копий софта было, но никаких проблем Firebird не приносил.  Вполне себе стабильная, шустрая и удобная в работе СУБД.
Кстати работающая параллельно MySQL 5 иногда рушит таблицы, приходиться восстанавливать :(
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

41. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Клыкастый (ok) on 27-Мрт-17, 10:03 
> я тоже много чего писал

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

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

44. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 27-Мрт-17, 10:06 
> Странно... я тоже много чего писал с использованием Firebird, и дофига копий
> софта было, но никаких проблем Firebird не приносил.  Вполне себе
> стабильная, шустрая и удобная в работе СУБД.
> Кстати работающая параллельно MySQL 5 иногда рушит таблицы, приходиться восстанавливать
> :(

Так проблема то не в инструменте :)

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

8. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Тот_Самый_Анонимус on 26-Мрт-17, 07:12 
>"Экспертов в России нет - есть только разные уровни некомпетентности" (с)

Из России пишешь, некомпетентный наш?

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

15. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –3 +/
Сообщение от WoT on 26-Мрт-17, 11:55 
И сразу виновата Россия и Firebird :)

<криворукий ламер/засланный казачёк/ребёнок без головного мозга> написал за миллион денег на <СиШарпе/Джаве/Ассемблере> мега прогу. Глючит, запросы неоптимизированные, база тормозит (старался специально), разрастается террабайтами в день (дурное дело не хитрое). Лярды денех!
Ура - Виновата Россия и эксперты!

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

19. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +6 +/
Сообщение от Ordu email(ok) on 26-Мрт-17, 13:47 
> Ура - Виновата Россия и эксперты!

Тебе видимо не приходилось сталкиваться с тем бардаком, который творится в госструктурах? Загляни как-нибудь, поработай там, и ты будешь петь ровно те же песни: распил, откат, некомпетентность. Система устроена таким образом, что там ничего кроме этого нет и быть не может.

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

21. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –3 +/
Сообщение от WoT on 26-Мрт-17, 14:54 
Я вообще-то не про то.
Я не спорю, что в госструктурах всё плачевно и много раздолбаев.

-

Внимательно читаем сообщение bruges:
"Для ФССП редсофт .. написал на джаве и внедрил .."

..Всё тормозит у него.. База разрастается.. Требует постоянного обслуживания..

И вывод -  "Экспертов в России нет .."

-

Так и хочется посоветовать ему полечиться.

Я лично писал программы, службы сбора и обработки данных с файрбёрд 2.5
Тормозило там, где надо. Запросы надо уметь оптимизировать. База не разрастается без причины. Постоянного обслуживания требует только в том случае, если любят тыкать резет (но тут уже мало что поможет).

-

<Сарказм от программиста> В госструктурах всё плохо и только программисты там белые и пушистые, с прямыми руками и горячим сердцем.

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

24. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –2 +/
Сообщение от Аноним (??) on 26-Мрт-17, 16:33 
>любят тыкать резет

Firebird не умеет в ACID? Т.к. у той же BDB, тех же веков выпуска, имеются защиты от ресета, в том числе восстановление из журнала.

Ну, и если следовать логике, что виноват во всем резет, то это лишь подтверждает сарказм про некомпетентность.

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

30. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от angra (ok) on 26-Мрт-17, 23:02 
Я тебе сейчас страшную вещь скажу. firebird и даже bdb пишут не напрямую на диск, а через файловую систему. И насколько мне известно, пока ни одна файловая система в rw не обладает 100% защитой от reset. Чем тебе поможет журнал, если обнулится или замусорится файл с ним или самой БД?
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

31. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 27-Мрт-17, 01:02 
>Чем тебе поможет журнал, если обнулится или замусорится файл с ним или самой БД?

Журнал для того и сделан, что БД остается чистой. В то время как при возобновлении работы БД сравнивает последние данные с записями в журнале и в случае расхождения приводит все в порядок. Если журнал будет неполным из-за ресета, то коммит не пройдет в файл БД. Совсем.

Это может казаться неидеальным решением (а какое ты можешь предложить?), однако, вполне рабочим. Иди, читай дальше как устроены современные БД, можешь почерпнешь что нового и не будешь "срывать покрывала" с очевидных вещей :)

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

34. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –2 +/
Сообщение от angra (ok) on 27-Мрт-17, 06:13 
Еще раз для танкистов. Если у тебя файл БД обнулился, то чем тебе поможет журнал? Как ты будешь откатывать изменения, если транзакция уже начала применяться к БД, а журнал потерян?
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

56. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 16:18 
>Если у тебя файл БД обнулился, то чем тебе поможет журнал?

Журнал поможет, если в журнале есть все данные для восстановления. Если журнал начинается с точки Х, а БД началась с точки Х-100500, то журнал, естественно, не спасет. См. ответ ниже, я там тебе подробно все изъяснил.

>Как ты будешь откатывать изменения, если транзакция уже начала применяться к БД, а журнал потерян?

Не совсем понятно, что имеется ввиду, точнее, не ясно какой момент БД подразумевается. В случае, если журнала нет, а БД есть и точкой времени для описываемой ситуации является начало работы БД, то имеется несколько развязок (зависит от конфигурации):

0. Во всех случаях БД сообщит, что файл журнала был нарушен.
1. БД может не стартовать, т.к. такая ситуация является критической (требует вмешательства DBA).
2. БД может стартовать в штатном режиме, если имеются НЕповрежденные копии журнала.
3. БД может стартовать в штатном режиме и восстановить работу журнала. Если последнее не удастся сделать, то опять вилка: либо критическая ситуация, либо продолжение работы (пофигизм).

В случае, если журнал теряется при работающей БД, то тогда могут применяться различные методики: от пофигизма до полной остановки БД или перехода в режим RDONLY. В любом случае, это критическая ситуация, даже если тупо закончилось место на диске. Задача DBA _снизить_ риск потери всех данных до минимума, а не пытаться создать _идеальную_ систему (кои ты увидел в raw-дисках ^_^). Она в любом случае будет не идеальной, т.к. даже в случае кластера может накрыться вообще _всё_. Тут-то и спасут фулбэкапы :)

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

61. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от angra (ok) on 27-Мрт-17, 17:12 
> Журнал поможет, если в журнале есть все данные для восстановления.

То бишь на практике никогда

> Не совсем понятно, что имеется ввиду, точнее, не ясно какой момент БД подразумевается.

Если тебе непонятно, то ты спрашивай, а не вываливай кучу инфы не по теме.
Объясняю. Транзакция состоит из нескольких атомарных действий. Эти действия записываются в журнал и начинают применяться к БД. В случае сбоя идет откат транзакции на основе записей в журнале. А теперь представь, что транзакция частично выполнилась и тут даванули на reset. После загрузки оказалось, что файла журнала больше нет. Как ты собираешь откатить или завершить транзакцию?

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

62. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 27-Мрт-17, 17:53 
>А теперь представь, что транзакция частично выполнилась и тут даванули на reset. После загрузки оказалось, что файла журнала больше нет. Как ты собираешь откатить или завершить транзакцию?

Для таких случаев существует DBA. Серьезно. Если у тебя система, а не тупо БД-хранилка, то в этом случае тебе нужно прописать алгоритм а) обнаружения неполадки; б) алгоритм восстановления данных в файле БД. Последний пункт может решаться через вытягивание с удаленного сервера файла журнала, при необходимости фулбэкапа и далее вывода на экран окошка "Восстановление БД. Ждите...".

Я понял, что ты не веришь в силу журналов, но это, опять же, твоя некомпетенция/лень/малозаплатили.

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

65. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от angra (ok) on 27-Мрт-17, 18:07 
> Для таких случаев существует DBA.

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


> Я понял, что ты не веришь в силу журналов, но это, опять  же, твоя некомпетенция/лень/малозаплатили.

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


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

67. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 18:13 
>ты лишь хотел покрасоваться

Нет :) Это ты хотел покрасоваться своими знаниями о raw-дисках.

>Бывай, эксперт.

Зовите меня просто любитель. На роль эксперта я не выдвигался, а просто напомнил про журналы, кои у всех работают, _кроме_тебя_.

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

68. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 27-Мрт-17, 18:23 
>Угу, в организациях, где сотрудники жмут на reset почем зря. Вернись в реальный мир, Нео.

Это уже умение вести наШбизнес. Восстановление из журнала: 500 руб/час. Восстановление из фулбэкапа: 1000 руб/час. Написание автоматической системы, содержание бэкапов в облаке: 100 000 руб.

С другой стороны, все прописывается в договоре и ТЗ. И это уже разговор про иную компетенцию.

Сам ресет может зафигачить не то чтобы БД на 10 000 руб., он может затереть файлы на миллионы рублей. И тебя это не должно волновать. Твое дело рубить бабосы с идиотов. Вот и руби их :)

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

66. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 18:10 
Кроме того, твой идеализм не позволяет понять всей концепции. Не нужно восстанавливать транзакцию. Нужно вернуть БД в рабочее состоянии. Пусть даже потеряются наработки за весь день! Это лучше, чем потерять вообще всё. Есть журнал за последние два дня? Хорошо, раскатываем БД до этого момента. Нету журнала? Ок, откатываемся на последний месяц.

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

Все. Читай, разбирайся. Или тупо забей болт. Ты ж гений, а кругом...

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

57. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от _ (??) on 27-Мрт-17, 16:48 
>Если у тебя файл БД обнулился, то чем тебе поможет журнал?

В такой ситуации с сабжем на борту возникает дополнительная рулетка :) Их бэкап - притча и интернетах :)

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

77. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Линукс еще не готов on 27-Мрт-17, 22:44 
Восстановить из бекапа и накатить редо-лог, журнал по нашему.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

32. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 27-Мрт-17, 01:05 
И более того. В современных БД используется не один журнал, а несколько. Несколько на разных физ. дисках, если делать по феншую.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

35. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от angra (ok) on 27-Мрт-17, 06:16 
Как то за десять лет администрирования ни разу не видел подобного, а ведь конторки были не чета тем, где reset жмут по чем зря. Reset в твой феншуй как-то укладывается или ты уже забыл, о чем речь шла?
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

55. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 15:17 
>Как то за десять лет администрирования ни разу не видел подобного

Это твои личные трудности. Объясняю на пальцах. Современный журнал это не просто один файл. Это _система_, которая может работать с файлами, а может и не работать с ними, например, журнал может быть в ОЗУ.

Журнальные файлы могут работать в режиме round-bobbin, в таком режиме транзакции пишутся по очереди, сначала в один файл, затем в другой, затем в третий, потом снова в первый. Альтернативно, журнальные файлы могут работать в режиме контрольных точек, в таком случае, в зависимости от левой пятки DBA, один (или несколько) файлов находятся в режиме RW, а остальные в RDONLY (они даже могут быть не открыты БД). И в том и другом случае обеспечивается определенный уровень надежности от сбоя -- откат произведется на самую последнюю верную транзакцию.

Поверх этого, накручивается система сжатия и архивирования журнальных файлов, т.е. посути 2й вариант выше, но предназначен для копирования журнальных файлов на внешние хосты (сервера) или внешние устройства (флешки, ленты и т.п.).

Журнальные файлы и их архивы активно применяются в современных БД по еще одной важной причине: в то время как файл БД может быть невероятно огромным, журнальные файлы (особенно в сжатом виде) весят _намного_ меньше. Стандартной практикой является фуллбэкап раз в 7-30 дней, а бэкапы журналов могут быть хоть по-часовыми (зависит от кол-ва коммитов).

Итого, сам смысл журнала никуда не девается. Это промежуточное звено между началом коммита и конечной записи его в файл БД. На основе расхождений данных и обеспечивается защита от сбоев (не 100%, т.к. диск может рассыпаться ... и без возможности восстановления). Другие технологии вроде полного бэкапа, UPS, рейды и т.п. решают _совершенно_ иные задачи (хоть и имеющие общую цель -- снизить риск утери _всех_ данных).

Поэтому, твой довод про то, что БД работает на файловом уровне не верен в корне. Если бы БД работала в raw-режиме, то ее не спасет тот же самый ресет, т.к. атомарность записи на диск не зависит от того как работает БД, а зависит от кол-ва данных, которые содержаться в транзакции. Тут-то и проявляется некомпетентность, т.к. считать что одна транзакция есть один insert это все что нужно. В сложных системах происходит десятки или даже сотни insert'ов в _одной_ транзакции. И если такая транзакция накроется, то и все insert'ы не попадут в файл БД и все будет тип-топ (т.е. не надо "до-инсерчивать" потерянные инсерты, как было бы в случае одиночных коммит=insert'ов).

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

60. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от angra (ok) on 27-Мрт-17, 17:00 
Зачем ты вывалил этот поток сознания, когда я тебя спрашивал совсем про другое? Похоже ты вообще за дискуссией не следишь, а только ищешь способ выпятить свои мегазнания.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

33. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 27-Мрт-17, 01:11 
Ах, да. Сорву покрывало для тебя. Для систем, где важно не терять данные и предотвращать потерю данных при записи на диски, используется UPS. Даже для рабочих станций, если в этом есть действительная необходимость. Либо BBU для рейд-контроллеров, который заботится о несчастных.

Ты доволен своими скромными познаниями? :)

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

36. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от angra (ok) on 27-Мрт-17, 06:21 
Ну а теперь подумай хорошенько, в пользу чьего тезиса ты сейчас привел аргумент.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

59. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от _ (??) on 27-Мрт-17, 16:58 
У него специальный UPS же! Оно отключает reset при подключении :)
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

38. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от kerneliq (ok) on 27-Мрт-17, 08:12 
Я 4 года работал в госструктуре. Абсолютно тоже самое, что и в коммерческих структурах.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

45. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Клыкастый (ok) on 27-Мрт-17, 10:07 
> Я 4 года работал в госструктуре. Абсолютно тоже самое, что и в
> коммерческих структурах.

я думал этого никто не скажет. только напомню, что в других тредах стоит повальный вой про эффективных менеджеров, уродов-маркетологов и прочее. но стоит детям услышать про госструктуры, праведный гнев отключает память и большинство библиотек аналитики.

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

53. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 12:06 
Коммерческие структуры разные, а вот все что связано с отечественными госорганами - феерическое гoвнищe.
Что вышеупомянутое редсофтовское поделиe, что АРМы которые и под виндой-то еле работают, что отечественные криптосредства (не к ночи будут помянуты) и прочие выкидыши импортoзамещения.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

25. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от anomymous on 26-Мрт-17, 19:19 
Вы правы, Firebird не при чём.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

29. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Аноним (??) on 26-Мрт-17, 22:37 
Наверное, неоптимизированные запросы и разрастающаяся база - это вопрос к архитектору и программистам, а не к СУБД ? :) А про уровень некомпетентности в России - люди везде одинаковые, даже "эксперты" лепят детские ошибки каждый день, разница лишь в том, что опытный программист свою ошибку быстрей найдет и исправит.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

46. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Клыкастый (ok) on 27-Мрт-17, 10:09 
> Для ФССП редсофт (у них файрберд носит название "Ред База Данных") написал на джаве и внедрил (под centos 5/6) свое пoдeлие по всей стране на файрберде. Глючное гуано, с неоптимизированными запросами,

1С-то видел под линуксом? что там с оптимизацией? А контора вполне себе коммерческая.

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

51. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от llolik (ok) on 27-Мрт-17, 11:09 
> 1С-то видел под линуксом? что там с оптимизацией? А контора вполне себе коммерческая.

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

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

52. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Клыкастый (ok) on 27-Мрт-17, 11:46 
> Там даже не столько глюки платформы (хотя и их никто не отменял,
> да). Там, судя по отзывам коллег, которые с этим работают, в
> конфах сплошь и рядом творится такой АдЪ, что удивляешься, как оно
> вообще хоть как-то работает.

О том и речь. Плюс когда видишь запросы к постгре закрадывается подозрение что понятие оптимизация и название PostgreSQL до сих пор в разных галактиках. Ещё веселее с "плагинами". Разработчики в принципе не очень представляют, что 1С может работать не на винде, с теми же слэшами в путях такой заметный цирк. И никаких госконтор, да.

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

69. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от 123 (??) on 27-Мрт-17, 18:31 
>>Там, судя по отзывам коллег, которые с этим работают, в конфах сплошь и рядом творится такой АдЪ, что удивляешься, как оно вообще хоть как-то работает.

Ад там в основном как раз франчи и интеграторы разводят. Те что от 1С идут - весьма ничего.

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

9. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Павел (??) on 26-Мрт-17, 07:41 
Если Apache+PHP считается юниксовым, то да, используется.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

13. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +4 +/
Сообщение от Аноним (??) on 26-Мрт-17, 11:23 
Ещё в 2004 году, помнится, участвовал в разработке складской системы.
FireBird у нас тогда крутился под FreeBSD - и надо сказать, вполне себе нормально крутился.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

26. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 26-Мрт-17, 19:21 
LibreOffice Base вроде может её в качестве бэкэнда
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

27. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от iZEN (ok) on 26-Мрт-17, 21:57 
> LibreOffice Base вроде может её в качестве бэкэнда

% pkg info -d libreoffice-5.2.5_5 | grep firebird
    firebird25-client-2.5.6_2

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

2. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +5 +/
Сообщение от A.Stahl (ok) on 26-Мрт-17, 00:09 
>БД InterBase 6.0 ... 2000 году ... Borland

Да это просто празд^W deprecated legacy какой-то!

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

47. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 27-Мрт-17, 10:10 
>>БД InterBase 6.0 ... 2000 году ... Borland
> Да это просто празд^W deprecated legacy какой-то!

С учётом того что кода от борланд уже не осталось (был полностью переписан) :), а идеи там вполне себе адекватные были...


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

3. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –2 +/
Сообщение от iZEN (ok) on 26-Мрт-17, 00:13 
Хорошая версионно-ориентированная и транзакционная "карманная" СУБД. В отличие от хипстерни MySQL.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от leap42 (ok) on 26-Мрт-17, 02:15 
уже не актуально - современные версии mysql вполне себе СУБД, те, что были до 5.5/5.6, спору нет, были незнамо чем
в 8.0 (5.8 по-старому) оракель обещает повыбрасывать myisam в раздел неиспользуемых и не поддерживаемых
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

11. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от DmA (??) on 26-Мрт-17, 10:02 
я даже пропустил, что третья версия субд вышла, думал до сегодняшнего дня, что вторая ещё
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от leap42 (ok) on 26-Мрт-17, 11:25 
зря пропустили, там существенный прорыв по фичам и архитектуре с полным ACID (теперь)
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +6 +/
Сообщение от НеАноним email on 26-Мрт-17, 11:14 
  Хорошая, мощная СУБД. Использовал её в части проектов. После mySQL и Interbase она показалась совершенством. А вот с MsSql после Firebird было противно работать, излишне усложнено и запутано всё, а скорости больше не стало.
  Вот правда версии 3.0 ждал ещё году этак в 2010, но с финансированием у них туго.
п.с. любая субд может быть отвратительной если не знаешь SQL и тонкости работы с самим сервером БД.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от stalker37 email(ok) on 26-Мрт-17, 12:29 
Есть даже недобиллинг на этом  мамонте.. вернее он вообще ни ынтербейзе..  от  мутных продаванов https://www.embarcadero.com/ru/products/interbase

Сам недобиллинг http://www.abacs.ru/

Цены и базы и биллинга просто умиляют.

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

88. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Сергей email(??) on 16-Июл-17, 11:06 
Автору данного поста задан в личную почту вопрос с запросом аргументов критики
биллинговой системы Abacs. Полгода ждем ответа.В ответ тишина. Трусоват однако..
Руководитель отдела разработки  бллнговой системы Abacs Сугак Сергей.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

89. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от stalker37 email(ok) on 17-Июл-17, 13:15 
> Автору данного поста задан в личную почту вопрос с запросом аргументов критики
> биллинговой системы Abacs. Полгода ждем ответа.В ответ тишина. Трусоват однако..
> Руководитель отдела разработки  бллнговой системы Abacs Сугак Сергей.

Пфф смешно. Честно смешно. на тему чего мне "трусить"?
По делу сам подход к разработке не масштабируемый,а многие методы морально устарели.
А уж про хроническое неиспользование индексов и уверения что индексы не нужны. Заявления что тормоза у Вас из-за плохого сервера (аха ибм блейд с 10 рейдом аппаратным из 4 15к дисков), и то что там вместо винды линукс и ставьте обязательно винду вообще было грустно слышать, если честно. И как в последствии выяснилось дело всё таки оказалось ... ПРАВИЛЬНО..в базе, которая обросла грязью, потому что GС там если и есть то чисто символичный...

Скажем так -  уже давно не наблюдал необходимости делать полный дамп/ресторе базы данных, на том же поцгресе.. той же перконе.
А здесь базка всего-то в 11 гиг размером и еле-еле ползала, пока не dump/restore ей сделал. На
Хинт - root@db:~# du -sh  /var/lib/mysql
42G     /var/lib/mysql
и никаких тормозов нет, без всяких dump/restore. При том что эта базка крутится вообще на обычном сервере supermicro с 10 MD-рейдом.

Далее - репликацию она не умеет от слова совсем никак. А уж про то как данные выгружаются в радиус просто молчу.

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

90. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Сергей email(??) on 07-Авг-17, 14:24 
И правда смешно.. Это пишет человек,спец во всех областях,ответственный за администрирования именно этого экземпляра СУБД ? Год то страдал,то щеки надувал. А надо только было
прочесть про администрирование сделать бэкап - ресторе. Про переход на другую СУБД. Можно. Только платить за это автор будет сам ?
Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

91. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от stalker37 email(ok) on 07-Авг-17, 15:30 
Мимо.Я не занимаюсь администрированием субд Вашего биллинга от слова совсем.
Что и говорил чуть выше..что ibase/firebird не годятся для серьёзного применения.
Назовите мне  в какой ещё базе данных нужно делать backup/restore раз в месяц что бы оно не тормозило на копеешном объёме информации (11 гиг) и это является штатной процедурой для нормальной работы?
Подсказываю - sqlite и то достаточно VACUUM; REINDEX

Ну и да.. Чего де Вы до этого 3  года молчали пока с Вами работал более лояльный сотрудник К Вам, зато убеждали что это сервер плохой и linux в частности?

По поводу платить - тоже мимо кассы. Я Вам указал на конкретные тех недостатки Вашего решения и костыли и подпорки в работе сервиса.

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

92. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Michael Shigorin email(ok) on 07-Авг-17, 15:34 
> Про переход на другую СУБД. Можно. Только платить за это автор будет сам ?

Второй вариант -- платят те, кому вы предлагаете ещё и на винде это вздымать.  Или не.

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

20. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –3 +/
Сообщение от commiethebeastie (ok) on 26-Мрт-17, 14:50 
По дефолту эта база не дырка, а очко.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от НеАноним email on 26-Мрт-17, 15:01 
По дефолту многие базы имеют настройки такие, чтобы завестись на самом поганом железе... к примеру Firebird и Postresql одни из них...
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

23. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от commiethebeastie (ok) on 26-Мрт-17, 15:16 
> По дефолту многие базы имеют настройки такие, чтобы завестись на самом поганом
> железе... к примеру Firebird и Postresql одни из них...

Firebird по дефолту дает возможность просматривать удаленно файловую систему. Как это называется?

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

37. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 07:55 
Можно пример? лучше пруфлинк
Очень нужны новые недекларированные возможности FB!
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

54. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 14:09 
>Firebird по дефолту дает возможность просматривать удаленно файловую систему

Это как? Можно структуру папок/файлов на сервере запросом select * from что-то_там вернуть? Такого даже Оракл не может по-моему штатно, если только хранимые процедуры на яве не вызывать. Ну да ладно, увидишь ты названия каких-то файлов - что это даст?

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

72. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Led (ok) on 27-Мрт-17, 21:48 
> Это как? Можно структуру папок/файлов на сервере запросом select * from что-то_там
> вернуть?

Не, вендузоед, только мамок/файлов.

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

74. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Мононимус on 27-Мрт-17, 22:30 
>Не, вендузоед

Directory сущ.
    справочник, каталог
    указатель
    (pointer)
    дирекция
    (directorate)
    директория, папка
    (folder)
    root directory — корневая директория
    directory tree — дерево папок
И в чем я неправ, переводя термин Directory как общепринятое "папка"?

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

75. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Мононимус on 27-Мрт-17, 22:37 
Даже не так, если Directory - это не папка, то почему тогда в твоем DE у нее значок в виде папки? :)
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

76. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Led (ok) on 27-Мрт-17, 22:41 
> Даже не так, если Directory - это не папка, то почему тогда
> в твоем DE у нее значок в виде папки? :)

В каждой иконе папку видишь, сиротка?

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

79. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Мононимус on 28-Мрт-17, 08:10 
В каждом твоем комментарии вижу оскорбление, а по сути вопроса (как просмотреть список файлов на сервере с клиента через Firebird и что это даст) никто никаких комментариев не дал.
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

78. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от angra (ok) on 28-Мрт-17, 04:17 
> И в чем я неправ, переводя термин Directory как общепринятое "папка"?

С точки зрения перевода неправ, так как "папка" это "folder", а "directory" это "каталог". Но смысл для объектов файловой системы один и тот же, так что в этой области они синонимы( хотя некоторых недалеких личностей бесит использование термина "папка", так как они его ассоциируют с виндой). В других областях IT синонимами они не являются, например directory server/service никак не может быть заменен на folder server/service.


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

39. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 08:54 
Сравнивать безсерверную SQLite и серверную FireBird, конечно, нельзя. На мой взгляд, при 3-5 клиентах на чтение и 1-2 на запись (уровень отдела) - эти базы равны и примерно соответствуют юзекейсу того же MS Access. При этом будет правдой сказать что SQLite - самая быстрая из всех баз данных на чтение, примерно на 50%-200% быстрее на тяжелых запросах с индексами. И это не IN-MEMORY.

Встроенный в LibreOffice Base движок активно пилится под FB3.Х, и у него хорошее будущее, т.к. встроенный сызмальства в Base HSQLDB (100% Java), мягко говоря, странен. Ни одного успешного массового продукта на HSQLDB не появилось, хотя попытки были, например http://plazma.sourceforge.net/frameaction.php?lng=en&page=index

Кстати, по FireBird прекрасно переведен на русский мануал по 2.Х/3.Х - читать-неперечитать. Это дает неслабое конкурентное преимущество.  

  

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

48. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 10:14 
> Кстати, по FireBird прекрасно переведен на русский мануал по 2.Х/3.Х - читать-неперечитать.

Мне интересно, а многие не в курсе кем он пилится, и где вопросы задавать если что, я бы понял если бы иностранцы не знали, но exUSSR-то ;)


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

64. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от iZEN (ok) on 27-Мрт-17, 18:04 
> т.к. встроенный сызмальства в Base HSQLDB (100% Java), мягко
> говоря, странен. Ни одного успешного массового продукта на HSQLDB не появилось,
> хотя попытки были, например http://plazma.sourceforge.net/frameaction.php?lng=en&page=index

Вы путаете LibreOffice с Apache OpenOffice. В LibreOffice никакого движка HSQLDB нет, и от Java сборка пакета libreoffice не зависит.

http://www.freshports.org/editors/libreoffice/

http://www.freshports.org/editors/openoffice-4/

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

73. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от llolik (ok) on 27-Мрт-17, 22:25 
> В LibreOffice никакого движка HSQLDB нет, и от Java сборка пакета libreoffice не зависит.

Ну, не знаю, зависит или нет, но это тогда что?
http://imgur.com/a/wBiO1

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

83. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от iZEN (ok) on 28-Мрт-17, 21:19 
>> В LibreOffice никакого движка HSQLDB нет, и от Java сборка пакета libreoffice не зависит.
> Ну, не знаю, зависит или нет, но это тогда что?
> http://imgur.com/a/wBiO1

У меня поле выбора встроенной базы данных не содержит списка движков СУБД.
Слева в "Шагах" представлено 3 пункта, а не 2, как на картинке.
1. Выбор базы данных
2. Настройка подключения к dBASE
3. Сохранить и выполнить
В "Выбор базы данных" можно выбрать "Соединиться с существующей", где из выпадающего списка выбрать:
Адресная книга Thunderbird/Icedove
Электронная таблица
dBASE
Текст
MySQL
ODBC
При выборе из этого списка того или иного представления БД меняется количество пунктов в "Шагах". Например, для MySQL можно выбрать Соединение через ODBC (Open Database Connectivity) или через JDBC (Java Database Connectivity) - в последнем случае используется Type 4 драйвер com.mysql.jdbc.Driver, нужно ввести Имя БД, Сервер, Порт (по умолчанию: 3306).
При попытке выбора ODBC и выбора Имени ODBC источника данных появлется предупреждение, что библиотеку libodbc.so.1 невозможно загрузить. (Видимо снёс случайно, когда чистил несущественные зависимости).

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

85. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Led (ok) on 28-Мрт-17, 21:38 
> У меня поле выбора встроенной базы данных не содержит списка движков СУБД.

Вендузятник должен страдать.

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

80. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 28-Мрт-17, 10:30 
iZEN - OpenOffice|LibreOffice имеют встроенный движок HSQLDB. LibreOffice, после активизации экспериментальных возможностей, - еще и FB2.6.

JAVA в OpenOffice|LibreOffice используется часто и густо: во многих Wizards, шаблонах, некоторых макросах, системе проверки грамматики LanguageTools итд. То есть без JAVA использовать офис можно только для нетленки вида заявлений из 3-х строк. За слова отвечаю.    

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

84. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от iZEN (ok) on 28-Мрт-17, 21:24 
> iZEN - OpenOffice|LibreOffice имеют встроенный движок HSQLDB. LibreOffice, после
> активизации экспериментальных возможностей, - еще и FB2.6.
> JAVA в OpenOffice|LibreOffice используется часто и густо: во многих Wizards, шаблонах,
> некоторых макросах, системе проверки грамматики LanguageTools итд. То есть без JAVA
> использовать офис можно только для нетленки вида заявлений из 3-х строк.
> За слова отвечаю.

Не соглашусь насчёт LibreOffice.
Cпециально снёс пакет Java SE JDK:

% pkg delete -f openjdk8-8.121.13
Updating database digests format: 100%
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 1 packages (of 0 packages in the universe):

Installed packages to be REMOVED:
    openjdk8-8.121.13

Number of packages to be removed: 1

The operation will free 164 MiB.

Proceed with deinstalling packages? [y/N]: y
[1/1] Deinstalling openjdk8-8.121.13...
[1/1] Deleting files for openjdk8-8.121.13: 100%

Вот что предлагает установить и апгрейдить portmaster:
===>>> The following actions will be taken if you choose to proceed:
    Upgrade ru-libreoffice-5.2.5 to ru-libreoffice-5.2.6
    Upgrade libreoffice-5.2.5_5 to libreoffice-5.2.6
    Install archivers/p5-Archive-Zip
    Install databases/unixODBC
    Install devel/mdds
    Install devel/ucpp
    Install graphics/sane-backends
    Install net-mgmt/net-snmp
    Install graphics/vigra
    Install graphics/OpenEXR
    Install graphics/ilmbase
    Install science/hdf5
    Install science/szip
    Install math/glm
    Install textproc/gsed

===>>> Proceed? y/n [y]

- у LibreOffice нет никаких завязок на Java SE.

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

86. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от economist on 28-Мрт-17, 22:14 
iZEN - вы всерьез считаете отсутствие зависимостей при установке гарантией отсутствия таковых при эксплуатации ПО? Просто откройте BASE и попробуйте создать Таблицу, Запрос, Отчет в режим Дизайна. Без JRE/JSE не выйдет.  
Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

87. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от iZEN (ok) on 28-Мрт-17, 23:49 
> iZEN - вы всерьез считаете отсутствие зависимостей при установке гарантией отсутствия таковых
> при эксплуатации ПО? Просто откройте BASE и попробуйте создать Таблицу, Запрос,
> Отчет в режим Дизайна. Без JRE/JSE не выйдет.

Да, вы правы. БД создать не получается. (Да мне и не нужно - главное что текстовый (Writer) и табличный (Calc) процессоры работают; есть возможность смотреть и редактировать презентации (Impress); делать несложные рисунки (Draw). По зависимостям для этого Java SE не требуется. А когда потребуется - в курсе).


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

43. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Анонимиус (??) on 27-Мрт-17, 10:05 
Не совсем понятно зачем ещё одна свободная СУБД в нише PostgreSQL пока есть сам PostgreSQL. Есть ли у Firebird какие-то преимущества или особые случаи при которых она даёт какой-либо выигрыш?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –1 +/
Сообщение от Аноним (??) on 27-Мрт-17, 10:15 
> Не совсем понятно зачем ещё одна свободная СУБД в нише PostgreSQL пока
> есть сам PostgreSQL. Есть ли у Firebird какие-то преимущества или особые
> случаи при которых она даёт какой-либо выигрыш?

Есть, скорость записи, простота обслуживания, качество оболочек для работы с БД ( сравнивая IBExpert с поделками под pg, которые чуть ли не на Electron-е ;) ).

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

50. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  –2 +/
Сообщение от Аноним (??) on 27-Мрт-17, 10:24 
> Не совсем понятно зачем ещё одна свободная СУБД в нише PostgreSQL пока
> есть сам PostgreSQL. Есть ли у Firebird какие-то преимущества или особые
> случаи при которых она даёт какой-либо выигрыш?

Ну и с блобами более менее нормально работает.

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

70. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от 123 (??) on 27-Мрт-17, 18:35 
>>Есть ли у Firebird какие-то преимущества или особые случаи при которых она даёт какой-либо выигрыш?

Быстрее на простых запросах. Очень хорошо ведет себя на слабом железе.

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

81. "Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости"  +/
Сообщение от Аноним (??) on 28-Мрт-17, 10:33 
Firebird по сравнению с PG имеет почти "нулевое" администрирование.
Но при активных пользователях >30...50 - PosgreSQL выходит в лидеры по масштабируемости.

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

82. "Firebird и другие создают необходимое многообразие"  +2 +/
Сообщение от Виктор (??) on 28-Мрт-17, 10:45 
Ну вопервых, Interbase(Firebird) появился раньше чем Postgree :)
Так что зачем Postgres, если уже был Interbase ?
Я бы сравнил Firebird с маленьким автомобилем, а Postgree с карьерным самосвалом.
Можно конечно и на карьерном себе дрова привезти или мешок картошки из подвала но зачем ?
А Firebird очень прост и быстр для своих задач. Хотя тут сравнение не очень верно, т.к. позволяет работать и с огромными массивами данных тоже. Но у PostgreSQL всё-же арсенал средств шире.

На мой взгляд у Firebird стоимость вхождения много ниже, и начать работать проще. Ничего за собой не тянет фактически для встраиваемого варианта достаточно одного файла библиотеки, одного файла БД и можно работать. Жрет минимум памяти. Но если нужна производительность арсенал средств для её увеличения есть.

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

Не соглашусь с флеймомм выше - у Firebird есть всё необходимое для обеспечения надежности работы БД при отключениях. Сам этим занимался долгое время.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру