The OpenNET Project / Index page

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



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

Оглавление

Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости, opennews (ok), 25-Мрт-17, (0) [смотреть все]

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

-

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

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

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

-

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

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

-

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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




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

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