|
2.5, Нимо Ан (?), 18:05, 01/12/2014 [^] [^^] [^^^] [ответить]
| +7 +/– |
А расскажите чем именно она хорошая? Так, для общего развития интересно в каких случаях может быть оправдано выбрать из всех вариантов именно её. Чем она сильна, какие особенности?
| |
|
3.8, Аноним (-), 19:39, 01/12/2014 [^] [^^] [^^^] [ответить]
| –8 +/– |
К чему эти вопросы ни о чем? Если ты программист - просто попробуй и делай свой выбор.
| |
|
|
5.13, Аноним (-), 20:28, 01/12/2014 [^] [^^] [^^^] [ответить]
| –5 +/– |
Нет времени писать программы? Нет времени изучать что-то новое? Есть время писать бессмысленные комменты? Да, у меня времени полно, и сюда ерунду писать, и полезное что-то делать, почему у тебя не хватает - понятия не имею.
| |
|
|
7.73, Аноним (-), 13:27, 02/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Именно. Множество дерьмовых проектов, нагло навязанных пользователям, которые поэтому вынуждены с ней трахаться, используют именно эту СУБДэшку.
| |
|
8.75, sim_84 (?), 13:32, 02/12/2014 [^] [^^] [^^^] [ответить] | +1 +/– | А уж сколько дерьмовых проектов на других СУБД сделано И с ними тоже приходится... текст свёрнут, показать | |
|
|
6.94, Аноним (-), 08:49, 03/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Нет времени писать программы? Нет времени изучать что-то новое?
Прикинь, студент, не все готовы программировать под БД, совершенно не выяснив её сильные и слабые стороны. А если ты так поступаешь, значит времени свободного девать некуда.
| |
|
7.96, Аноним (-), 10:19, 03/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Прикинь, сынок, берешь и пробуешь. Я хз, как ты вообще начал программировать под что-то, ты ведь не мог знать сильных и слабых сторон своей первой СУБД, ни разу ее в глаза до этого не видев.
| |
|
|
|
|
3.21, Crazy Alex (ok), 22:03, 01/12/2014 [^] [^^] [^^^] [ответить]
| +6 +/– |
В своё время она спокойно тянула несколько большие объемы, чем мускул - это чтобы примерно представлять уровень. Это версионник - что минимизирует проблемы с локами в обмен на мороку с вакуумом. Сейчас из вкусного у неё, пожалуй, в основном то, что она умеет работать как встроенная БД и как полноценный клиент к серверу - причем это делается одним и тем же кодом, различается лишь строка подключения.
А так - просто прилично написанная БД, с меньшим количеством возможностей (и заморочек), чем мускул, но в целом примерно на его уровне.
| |
|
4.33, anonimouse (?), 03:57, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
В своё время она запомнилась не восстанавливаемыми бэкапами :)
А так - бесплатный InterBase и всё :)
Кстати аффтар новости - школяр, на C++ это переписали в 2004 году, версия 1.5
В 3.0 сожно сторпроки на С++ писать, но это слишком крутой инглишЩъ для TC-а :)
| |
4.39, Аноним (97), 08:57, 02/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
А так же работающими триггерами без Trigger mutation ( привет и ораклу )
| |
|
5.68, Очередной аноним (?), 11:31, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> А так же работающими триггерами без Trigger mutation ( привет и ораклу
> )
мутирующие таблицы, а не триггер (код триггера же не меняется в процессе выполнения :) )
| |
|
|
3.26, анонимбуз (?), 22:54, 01/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
M1-Abrams использует Firebird. Но ее надо так часто перетряхивать. постоянно запарывалось содержимое blob полей. IBExpert очень удобен. сказка. в остальном был не в восторге.
| |
3.38, Al (??), 08:10, 02/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Для меня FB был прекрасным учебником:
компактный, быстрый, с полным стандартным SQL, удобным инструментарием (IBExpert).
Уровни изоляции транзакций (кроме грязного чтения)
Встроенная работа с массивами (расскажите, кто использовал )))
Логичная встроенная система триггеров и хранимых процедур (!!!)
Просьба рассказать о решаемых задачах того, кому не хватало производительности FB!
| |
|
4.42, Аноним (97), 09:03, 02/12/2014 [^] [^^] [^^^] [ответить] | +1 +/– | Ну реально не хватало, но дело не столько в производительности, а в относительно... большой текст свёрнут, показать | |
|
5.79, Al (??), 14:14, 02/12/2014 [^] [^^] [^^^] [ответить] | +/– | Для решения узкой, частной задачи простота - это все использование индексов в... большой текст свёрнут, показать | |
|
6.85, Аноним (97), 15:31, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> относительной простоте PSQL
> Для решения узкой, частной задачи простота - это все!!!
>> 2.5 и некоторых оптимизаций стали укладываться в 4-8 минут вроде, не
> использование индексов в сложном запросе с объединением таблиц на FB1.0 позволило ускориться,
> если память не изменяет, в 5-20 раз!
> ___Примечание___: Индексы так ускоряют работу с ЛЮБОЙ базой данных.
А с чего вы взяли что их не использовали, ускорение было уже от сильно оптимизированной системы, в общем за счёт временных таблиц
| |
|
|
4.74, Аноним (-), 13:29, 02/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Для меня FB был прекрасным учебником:
> компактный, быстрый, с полным стандартным SQL, удобным инструментарием (IBExpert).
> Уровни изоляции транзакций (кроме грязного чтения)
> Встроенная работа с массивами (расскажите, кто использовал )))
> Логичная встроенная система триггеров и хранимых процедур (!!!)
> Просьба рассказать о решаемых задачах того, кому не хватало производительности FB!
Это не ты угребища для российских ФОМСов лабал?
| |
|
5.77, Al (??), 13:43, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Это не ты угребища для российских ФОМСов лабал?
Какие российские ФОМСЫ используют решения на FB?
| |
|
|
|
|
1.7, VoDA (ok), 18:30, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
У нее выпилили фичу невосстановимый бэкап? Или сохранили для обратной совместимости??? :)
| |
|
2.43, Аноним (97), 09:04, 02/12/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
> У нее выпилили фичу невосстановимый бэкап? Или сохранили для обратной совместимости???
> :)
с разморозкой
| |
|
3.58, VoDA (ok), 09:52, 02/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Почитал новости в том числе старых релизов. Не нашел пруфа удаления фичи невосстановимого бэкапа.
Собственно вопрос к знатокам - починили или все еще возможно получить две записи с одним PK и аналогичные "бонусы"?
PS использую MS SQL, Oracle, PostgreSQL.
| |
|
4.61, Аноним (97), 10:02, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Почитал новости в том числе старых релизов. Не нашел пруфа удаления фичи
> невосстановимого бэкапа.
> Собственно вопрос к знатокам - починили или все еще возможно получить две
> записи с одним PK и аналогичные "бонусы"?
> PS использую MS SQL, Oracle, PostgreSQL.
работаю с FB > 7 лет ни разу не удалось.
| |
4.64, sim_84 (?), 10:18, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Почитал новости в том числе старых релизов. Не нашел пруфа удаления фичи
> невосстановимого бэкапа.
Не было такой фичи. Бекап всегда можно было восстановить хоть и без индексов и ограничений. Просто надо внимательно про ключи читать. К тому же есть nbackup который всегда восстановим.
> Собственно вопрос к знатокам - починили или все еще возможно получить две
> записи с одним PK и аналогичные "бонусы"?
Ни разу не видел такого.
Причины появления так называемых "невостановимых" бекапов (gbak) описаны ниже и они исправлены.
| |
|
5.65, Аноним (97), 10:21, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Почитал новости в том числе старых релизов. Не нашел пруфа удаления фичи
>> невосстановимого бэкапа.
> Не было такой фичи. Бекап всегда можно было восстановить хоть и без
> индексов и ограничений. Просто надо внимательно про ключи читать. К тому
> же есть nbackup который всегда восстановим.
Он уже не в первой новости отличается :)
При этом я так и непонял, починили ли фичу в PG, когда пол каталога с базой удаляешь? ;)
| |
|
|
|
|
1.10, Аноним (-), 19:44, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Если вам не нужны репликации, кластеризация, возможность восстановления из родных бакапов, то это ваш выбор.
| |
|
2.12, vlikhachev (ok), 20:06, 01/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Если вам не нужны репликации, кластеризация, возможность восстановления из родных бакапов,
> то это ваш выбор.
Просто делает ненужным embedded (personal) MS SQL...
| |
|
3.16, sqlite (?), 20:59, 01/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
Чем sqlite не угодил?
Да не субд, но для embedded и не нужен именно субд.
| |
|
4.22, Crazy Alex (ok), 22:04, 01/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не то чтобы не угодил... Но если вдруг база становится тяжеловата для sqlite - придётся возиться с миграцией. А с Firebird - поднимаем сервер, меняем строку подключения - и всё в порядке.
| |
|
5.35, anonimouse (?), 04:03, 02/12/2014 [^] [^^] [^^^] [ответить]
| –3 +/– |
>>Да не субд, но для embedded и не нужен именно субд.
Вернул сюда эту строчку.
> Не то чтобы не угодил... Но если вдруг база становится тяжеловата для sqlite - придётся возиться с миграцией.
???
>А с Firebird - поднимаем сервер, меняем строку подключения - и всё в порядке.
?!?!?!?!
Приговор: тыщща лет расстрела! И ремнём по причинным местам!
PS: Впрочем ты наверное не смог перевести слово "embedded" и где его применяют? :)
| |
|
6.55, Аноним (97), 09:34, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> PS: Впрочем ты наверное не смог перевести слово "embedded" и где его
> применяют? :)
в небольших приложениях к примеру, когда потом вдруг этим приложением захочет одновременно пользоваться 10 человек.
по сути драйвер FB embedded может работать с внешним сервером. Поэтому реально меняется только строчка подключения, что бы вы себе не мнили про значение этого слова ;)
| |
|
|
|
|
2.44, Аноним (97), 09:06, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Если вам не нужны репликации, кластеризация, возможность восстановления из родных бакапов,
> то это ваш выбор.
да задолбали уже про возможность невосстановления, у людей годами в производстве работает, есть не простит, и хранит куда более важные данные чем странички лицлкниг всяких.
| |
|
3.45, Аноним (97), 09:08, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Если вам не нужны репликации, кластеризация, возможность восстановления из родных бакапов,
>> то это ваш выбор.
> да задолбали уже про возможность невосстановления, у людей годами в производстве работает,
> есть не простит, и хранит куда более важные данные чем странички
> лицлкниг всяких.
p.s. Да кстати восстановление и бэкапирование Oracle та ещё задачка, не говоря уже о том что родной инструмент для создания копий "на лету" на лету их создать не может т.к. sequence-ы слетают...
| |
3.67, llolik (ok), 11:02, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
Просто многие мануал по gbak/nbackup читают через строчку и "по понятиям", а потом кричат на форумах, что у них всё поломалось.
| |
|
|
1.14, redwolf (ok), 20:58, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Анонимы такие анонимы. Конкретные вопросы задали: чем лучше аналогов? когда стоит использовать?
| |
|
2.29, Нанобот (ok), 23:21, 01/12/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ты ж не думаешь, что тебе прямо так честно и ответят: ещё одна ничем не примечательная субд...
Когда-то давно firebird был заменой для interbase, что несколько упрощало разработку на delphi. но то было лет десять назад...
| |
2.46, Аноним (97), 09:11, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Анонимы такие анонимы. Конкретные вопросы задали: чем лучше аналогов? когда стоит использовать?
в складских/управленческих решениях, когда не очень нужна репликация, есть потребность не только в чтении но и записи данных, а так же есть понимание что такое транзакции и зачем они нужны. Так же когда нужно базу в один файл положить
| |
|
1.17, Аноним (-), 21:04, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А тем временем 1.5.х ветку несколько лет как выпилили из всех линуксячьих репов, в то время как половина продакшена, юзающего firebird сидит именно на ней, и даже на 2.1.х не чешется переходить. Так победим, да.:(
| |
|
2.47, Аноним (97), 09:12, 02/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А тем временем 1.5.х ветку несколько лет как выпилили из всех линуксячьих
> репов, в то время как половина продакшена, юзающего firebird сидит именно
> на ней, и даже на 2.1.х не чешется переходить. Так победим,
> да.:(
работает не трогай вам незнакомо ?
| |
|
1.18, Serega (??), 21:21, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
firebird это взрослая, надежная бд для продакшн(версии 2.1 отчасти 2.5).
В firebird отличная поддержка транзакций, оракло подобный psql.
Высокая отказоустойчивость при ресетах питания.
Реально параллельная работа в классик режиме.
Минусы: не самая быстрая, нет репликаций из коробки, утилиты управления не очень логичны.
В России очень популярна для ведомственных бд и всякого софта коммерческого.
У нас в продакш более 400 клиентов на ней лет 10 пользуются.
Если нужна надежность, параллельность и транзакционная целостность - то firebird это отличный выбор.
| |
|
2.23, Crazy Alex (ok), 22:09, 01/12/2014 [^] [^^] [^^^] [ответить]
| +5 +/– |
Ну, популярна она в России в основном потому, что дельфями, на которых этот самый софт писался, хорошо поддерживалась еще со времён бытия Interbase. Впрочем, не могу сказать, что это плохо - многие вещи я бы и сейчас именно на дельфях писал при выборе - там, где нужен более-менее прямой фронтэнд к базе с удобным гуем они очень хороши были.
А вот PSQL у него и правда хороший, без мускуловских глупостей и вольностей.
| |
|
3.31, Serega (??), 00:09, 02/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Ну, популярна она в России в основном потому, что дельфями, на которых этот самый софт писался
В основном да.
Но когда винда гнется - переносят на Linux и отлично работает.
Частично такие проги уже переписаны на веб клиенты тк делфи не в моде ))
И все же по транзакциям и psql она на голову выше мускуля да и по надежности тоже.
С посгрискл сравнивать сложно тк в нем много новых фич и понятно проблемок.
firebird меняется редко и поэтому более предсказуем и менее фичист.
| |
|
2.27, Аноним (-), 23:09, 01/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
Пардон, как у этой взрослой СУБД с горизонтальной масштабируемостью и кластеризацией?
| |
|
3.48, Аноним (97), 09:18, 02/12/2014 [^] [^^] [^^^] [ответить] | +1 +/– | нормально, т е она не заточена на задачи в которых это нужно проблема в том ... большой текст свёрнут, показать | |
|
4.57, Аноним (-), 09:40, 02/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Вообще кому интересно
Да никому это неинтересно при наличии PostgreSQL (Postgres-XC и Postgres-XL)
| |
|
5.60, Аноним (97), 10:01, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Вообще кому интересно
> Да никому это неинтересно при наличии PostgreSQL (Postgres-XC и Postgres-XL)
угу тут как раз на днях создавал новую БД PG
> 40,9 МБ
> 1000 файлов
как там в мультике
"Если близко воробей - Мы готовим пушку"
| |
|
6.81, Al (??), 14:29, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> как там в мультике
> "Если близко воробей - Мы готовим пушку"
...байка (пруфлинк искать не хочу)
Когда появились винты на 1Tb энтузиасты FB решили проверить, потянет или нет зверушка?
Генератором заливали базу неделю! ... в результате оказалась что все работает, производительность осталась примерно на том же уровне... однако, тоже масштабируемость...
| |
|
|
4.80, Al (??), 14:23, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Вообще кому интересно, много о FB есть на SQL.ru ( так сказать
ibase.ru Дмитрий Кузьменко рулит!
| |
|
|
2.36, anonimouse (?), 04:10, 02/12/2014 [^] [^^] [^^^] [ответить]
| –4 +/– |
> У нас в продакш более 400 клиентов на ней лет 10 пользуются.
Всё так - ничего нового на нём нет :) Что успели дельфисты наклепать, вот и всё ...
> Если нужна надежность, параллельность и транзакционная целостность - то firebird это отличный выбор.
Пергаааааа! Кто из ныне живущих этого не умеет? +полнетекстовый поиск, + ркпликации\кластеры +OO-store +стотыщь плюшек которые появились в мире DB за последние 10 лет.
А этот птниц вам нужет _только_ если нужно че-то давать древнему дельфисофту :) Всё.
Да и то - давать придётся старьё, 1.5\2.* Не факт что на тройке чего не вылезет :-\
| |
|
3.40, Аноним (-), 08:57, 02/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
>древнему дельфисофту
Открою тебе, о мой юный неграмотный друг, страшный-престрашный секрет: новый софт, юзающий 1.5.х, пишут до сих пор. Бо в этих ваших интерпрайзах никто не будет ломать всю инфраструктуру ради замены старых цифирок на новые.
| |
|
4.51, Аноним (97), 09:26, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>>древнему дельфисофту
> Открою тебе, о мой юный неграмотный друг, страшный-престрашный секрет: новый софт, юзающий
> 1.5.х, пишут до сих пор. Бо в этих ваших интерпрайзах никто
> не будет ломать всю инфраструктуру ради замены старых цифирок на новые.
Самое интересное что когда мы переходили с 2.0 на 2.5.хх основная проблема была в UDF, а так по базе все процедуры неплохо тработаны ( да там планы ненужные порезать пришлось ) так что если нет udf то ИМХО смысла сейчас разрабатывать на 1.5 нет, но тут вопрос скорее в нежелании чем в расходах.
А так, на мой взгляд, 2.5 позволяет серьёзно сократить скорость разработки.
| |
|
3.49, Аноним (97), 09:21, 02/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> У нас в продакш более 400 клиентов на ней лет 10 пользуются.
> Всё так - ничего нового на нём нет :) Что успели дельфисты
> наклепать, вот и всё ...
>> Если нужна надежность, параллельность и транзакционная целостность - то firebird это отличный выбор.
> Пергаааааа! Кто из ныне живущих этого не умеет?
вы будете удивлены но с транзакциями проблему почти у всех ( если с FB сравнивать ) пример вам от Oracle:
insert into table1 ( a, b) values ( 1, 2);
alter table1 add ( c );
rollback;
select * from table1 ->
1,2
| |
|
4.50, Аноним (97), 09:22, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>> наклепать, вот и всё ...
>>> Если нужна надежность, параллельность и транзакционная целостность - то firebird это отличный выбор.
>> Пергаааааа! Кто из ныне живущих этого не умеет?
> вы будете удивлены но с транзакциями проблему почти у всех ( если
> с FB сравнивать ) пример вам от Oracle:
> insert into table1 ( a, b) values ( 1, 2);
> alter table1 add ( c );
> rollback;
> select * from table1 ->
> 1,2
про MySQL лучше вообще не вспоминать :)
да ещё у меня Oracle в сложных VIEW пустое множество возвращал при наличии реальных данных ( 11.2 )
| |
4.62, VoDA (ok), 10:05, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> вы будете удивлены но с транзакциями проблему почти у всех ( если
> с FB сравнивать ) пример вам от Oracle:
> insert into table1 ( a, b) values ( 1, 2);
> alter table1 add ( c );
> rollback;
> select * from table1 ->
> 1,2
А где здесь проблема с транзакциями? Походу месье не знает, что Oracle делает implicit commit на каждый DDL.
Покажите проблему с транзакциями на DML.
| |
|
5.63, Аноним (97), 10:07, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> вы будете удивлены но с транзакциями проблему почти у всех ( если
>> с FB сравнивать ) пример вам от Oracle:
>> insert into table1 ( a, b) values ( 1, 2);
>> alter table1 add ( c );
>> rollback;
>> select * from table1 ->
>> 1,2
> А где здесь проблема с транзакциями? Походу месье не знает, что Oracle
> делает implicit commit на каждый DDL.
> Покажите проблему с транзакциями на DML.
это не бага это фича... однако она создаёт некоторые неудобства и даже проблемы.
p.s. По сути любое поведение можно описать в доках и говорить что это не проблема.
| |
|
6.69, VoDA (ok), 11:33, 02/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> это не бага это фича... однако она создаёт некоторые неудобства и даже проблемы.
вы делаете DDL в том же потоке исполнения, что и DML?
какая задача этого требует? есть ли альтернативные решения?
> p.s. По сути любое поведение можно описать в доках и говорить что это не проблема.
Есть фичи, которые мешают при обычных ситуациях. Есть фичи, которые срабатывают в необычных.
DDL выполняется (обычно), когда выполняется обновление приложения. Или как минимум из специально выделенного потока/соединения. Проводить корректировку ОДНОВРЕМЕННО с манипуляцией данными из того же потока исполнения очень спорная задача. Прямо таки хочется знать, что ее вызывает. =)
PS проверил на PG - DDL не вызывают авто-коммита. Буду знать :)
<trollmode>
PPS идея бэкапа в том, что его можно восстановить (что логично). Соответственно, завершив процедуру бэкапа без ошибок ожидается, что, на той же версии СУБД, восстановление будет выполнено без ручных корректировок.
</trollmode>
| |
|
7.70, Аноним (97), 11:40, 02/12/2014 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален Обычно это у вас, начинали бы с FB ваша реакция на оракл... большой текст свёрнут, показать | |
7.71, sim_84 (?), 11:43, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> <trollmode>
> PPS идея бэкапа в том, что его можно восстановить (что логично). Соответственно,
> завершив процедуру бэкапа без ошибок ожидается, что, на той же версии
> СУБД, восстановление будет выполнено без ручных корректировок.
> </trollmode>
Не удачная попытка. Утилита gbak похожа на экспорт в скрипт. Соответственно если в этом метаданных есть косяк, то он не может быть выполнен. Вон в Оракле от этого всякие инвалиды появляются. А в PG ты вообще не узнаешь, что твоя функция кривая пока не запустишь её. Так что и в них корректировки потребуются. В режиме игнорирования ошибок gbak'ом можно конечно восстановить и кривой бекап, но только без кривых объектов.
nbackup это страничный бекап. Соответственно копию можно снять всегда, как и восстановить её. И существует она с версии 2.0, т.е. 2006 года.
| |
7.91, vitalif (ok), 17:58, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> проверил на PG - DDL не вызывают авто-коммита. Буду знать :)
Да, в PG это вообще адова фича - транзакционный DDL
| |
|
|
|
4.83, анонимум (?), 14:49, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
Только что попробовал твой пример (запрос из SQL Developer, база Oracle Database 11g Release 11.2.0.3.0 - 64bit Production) - ничего не вернул запрос, так что...
| |
|
5.86, Аноним (97), 15:56, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Только что попробовал твой пример (запрос из SQL Developer, база Oracle Database
> 11g Release 11.2.0.3.0 - 64bit Production) - ничего не вернул запрос,
> так что...
http://nv81.ru/gdglshgl/ttt111.png
Причём это поведение официально прописанное в доках.
| |
5.87, Аноним (97), 16:01, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Только что попробовал твой пример (запрос из SQL Developer, база Oracle Database
> 11g Release 11.2.0.3.0 - 64bit Production) - ничего не вернул запрос,
> так что...
********************
SQLDeveloper ( Oracle )
table TTT111 created.
1 rows inserted.
table TTT111 altered.
rollback complete.
A B C
---------- ---------- ----------
1 2
table TTT111 dropped.
*******************
http://nv81.ru/gdglshgl/ttt111_sqlDev.png
| |
|
|
|
2.37, sergp (??), 08:06, 02/12/2014 [^] [^^] [^^^] [ответить]
| –2 +/– |
А еще в Дельфях есть нативный драйвер к этой базе, поэтому для школьников - лучший выбор
| |
|
3.84, анонимум (?), 14:53, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
Сынок, с FireDAC доступ к любой БД из Delphi - одинаков для программиста, так что это не аргумент.
| |
|
4.93, arisu (ok), 20:58, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Сынок, с FireDAC доступ к любой БД из Delphi - одинаков для
> программиста, так что это не аргумент.
охренеть технологии! ок, lmdb нормально работает?
| |
|
5.98, Анонимар (?), 10:34, 03/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
Что такое lmdb, яндекс упорно исправляет поисковый запрос на imdb. Это СУБД? Видимо, не настолько востребована, чтобы делать ее поддержку, т.к., действительно, нет ссылки на драйвер для такой фигни в компонентах из FireDAC Links... Так я тоже могу вспомнить какую-нибудь СУБД местного пошиба, поддержки которой нет в FireDAC. Не надо все понимать буквально, вместо "к любой" читай "к любой, которая достаточно распространена".
| |
|
|
7.101, Аноним (97), 10:48, 03/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> ну что я могу сказать — профессионала видно сразу.
шутки ради:
...of a pure in-memory...and is only limited to the size of the virtual address space, (it is not limited to the size of physical RAM).
Со всех сторон обложили. Вроде pure а вроде нет :)
| |
7.104, Анонимар (?), 12:01, 03/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> ну что я могу сказать — профессионала видно сразу.
Я могу сказать, что если даже поисковик (что Яндекс, что Гугл) не знает, что это такое - откуда мне знать? :) по запросу firebird вываливается в яндексе 4 млн ссылок, по lmdb - 24 тысячи, как бы разница на 2 порядка... Т.к. на странице этого "проекта" сравнивается, как я понял, с NoSQL СУБД, имен которых я тоже не знаю - видимо, это какой-то совсем узкоспециализированный продукт :) Какое тогда он отношение имеет к СУРБД и firebird в частности?
| |
|
6.100, Аноним (97), 10:45, 03/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Что такое lmdb, яндекс упорно исправляет поисковый запрос на imdb. Это СУБД?
> Видимо, не настолько востребована, чтобы делать ее поддержку, т.к., действительно, нет
> ссылки на драйвер для такой фигни в компонентах из FireDAC Links...
> Так я тоже могу вспомнить какую-нибудь СУБД местного пошиба, поддержки которой
> нет в FireDAC. Не надо все понимать буквально, вместо "к любой"
> читай "к любой, которая достаточно распространена".
http://symas.com/mdb/
| |
|
|
|
|
|
1.28, arisu (ok), 23:21, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> Кодовая база переписана на языке C++
молодцы, чо. пора на js переписывать, теперь js модный.
| |
|
2.52, Аноним (97), 09:27, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> Кодовая база переписана на языке C++
> молодцы, чо. пора на js переписывать, теперь js модный.
нет людей готовых код на си поддерживать.
| |
|
3.54, arisu (ok), 09:29, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> нет людей готовых код на си поддерживать.
а на цпп и поддерживать не надо, всё равно фигня.
| |
|
4.56, Аноним (97), 09:38, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> нет людей готовых код на си поддерживать.
> а на цпп и поддерживать не надо, всё равно фигня.
не успели им D предложить ;)
| |
|
|
|
1.30, Serega (??), 00:01, 02/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>Пардон, как у этой взрослой СУБД с горизонтальной масштабируемостью и кластеризацией?
Горизонтально в пределах одного сервера по процам - просто супер в классик режиме.
Если кластер, то из коробки увы нет.
Мы делали тестовый мастер-мастер в 2.1 на ocfs немного допилив систему блокировок. Работало немного медленнее, хотя в целом приемлемо.
Но тк хватает и просто HA кластера, то развивать тему пока не стали.
HA можно и через встроенный шадоу или через тот же сетевой блочный девайс.
Скажем так это взрослая БД немного отставшая в развитии, но все таки это промышленная БД и на ней не страшно пускать продкшен с учетом бабла и прочее.
Понятно, что для веба я бы взял мускул там не критично.
| |
|
2.53, Аноним (97), 09:28, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> Мы делали тестовый мастер-мастер в 2.1 на ocfs немного допилив систему блокировок.
> Работало немного медленнее, хотя в целом приемлемо.
> Но тк хватает и просто HA кластера, то развивать тему пока не
> стали.
> HA можно и через встроенный шадоу или через тот же сетевой блочный
> девайс.
> Скажем так это взрослая БД немного отставшая в развитии, но все таки
> это промышленная БД и на ней не страшно пускать продкшен с
> учетом бабла и прочее.
> Понятно, что для веба я бы взял мускул там не критично.
В пределах одного сервера, super-classic 2.5 работает отлично, проверено за несколко лет, по сравнению с 2.0 classic только плюсы.
| |
|
1.59, sim_84 (?), 09:55, 02/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Автор накосячил в описании. Взял то чего там реально нет, но обещали года 1.5 назад. А некоторые фичи там уж как 10 лет есть.
> - Поддержка агрегирования прав доступа;
нет там этого, первоначально планировалось, но так как по срокам не успевали отложили
> - Поддержка задания схем шифрования данных;
не схем шифрования, а возможность написания плагинов шифрования
> - Средства для подключения расширений для мониторинга;
нету такого, есть возможность заменить стандартный плагин трассировки, но не мониторинга
> - Возможность задания триггеров, срабатывающих при удалении или изменении данных;
это с рождения было
> - Возможность задания таймаута, ограничивающего время выполнения запроса.
это тоже отложили
Автор не написал:
- identity
- ссылка на курсор как на переменную типа запись
- смена роли на лету
- отображение объектов безопасности ОС на объекты безопасности FB
- шифрование трафика
- пакеты, аля Оракл (возможностей конечно сильно меньше)
- подфункции и подпроцедуры
- изменения NULL/NOT NULL для столбцов и доменов и ALTER TABLE T ADD F INT NOT NULL, если есть данные не пройдёт, надо DEFAULT указать (это одна из причин, т.н. "невосстановимого бекапа")
- запрет модификации большинства системных таблиц (это одна из причин, т.н. "невосстановимого бекапа")
- оператор MERGE допилен для поддержки стандарта SQL:2008 (предложение DELETE, множество WHEN MATCHED/WHEN NOT MATCHED секций с дополнительными условиями)
- привилегии USAGE на генераторы и исключения
- DDL привилегии
| |
|
2.72, sim_84 (?), 11:59, 02/12/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
ах да. Чтобы обломать троллинг на взлёте.
Стабильность курсора тоже починили.
Т.е. всякие insert t select * from T и другие приколы тоже теперь работают нормально
| |
|
1.89, OVA (?), 16:55, 02/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Нет промышленного софта? Кому в глаз?!
Начиная с 1.0 работаем с Firebird.
Продаём свою систему АСУ уровня предприятия.
25 регионов РФ, более 200 инсталляций, не счесть удалённых АРМ. Конечноых пользователей - тысяч несколько, не считали.
Безглючная легко встраиваемая СУБД ПРАКТИЧЕСКИ НЕ ТРЕБУЮЩАЯ АДМИНИСТРИРОВАНИЯ!
Практически - это значит, что есть громадная наработанная статистика, и есть системы, работающие без участия DBA годами!
Мифы про невосстановимые бэкапы на ровном месте - не слышал, но при неисправном оборудовании умейте с ними обращаться. Мы своих клиентов не бросаем - помогаем техподдержкой сами.
За 10+ лет эксплуатации этих систем всего раза два не смог поднять после сбоя базу данных и пришлось воспользоваться для восстановления данных созданным до сбоя по расписанию бэкапом.
Будем теперь пробовать версию 3.0 и осваивать её новые возможности.
Спасибо разработчикам!
| |
|
2.90, streletsky (?), 17:35, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
слушай, вы в своей версии ПО использовали апдейт, который использует измененное значение
# UPDATE T SET A = B, B = A
# старый режим: A становится равным B, B не меняется
# новый режим: значение A и B меняются
до 2.5. есть поддержка двух схем апдейта (параметр OldSetClauseSemantics в конфиге) а в 3.0 его не будет.
и это, к сожалению веская причина не переходить на 3.0
| |
|
3.92, sim_84 (?), 18:19, 02/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> слушай, вы в своей версии ПО использовали апдейт, который использует измененное значение
> # UPDATE T SET A = B, B = A
> # старый режим: A становится равным B, B не меняется
> # новый режим: значение A и B меняются
> до 2.5. есть поддержка двух схем апдейта (параметр OldSetClauseSemantics в конфиге) а
> в 3.0 его не будет.
> и это, к сожалению веская причина не переходить на 3.0
Эта не причина. Не надо было полагаться на нестандартное поведение. Просто надо исправить в твоём приложении этот косяк.
Там ещё и стабильность курсора исправлена. Если у кого то возникла идея воспользоваться этим, то он ССЗБ.
| |
3.95, OVA (?), 09:24, 03/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> слушай, вы в своей версии ПО использовали апдейт, который использует измененное значение
> # UPDATE T SET A = B, B = A
Нет, и в голову даже не могло придти использовать такое.
| |
|
|
|
2.107, sim_84 (?), 18:41, 03/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Насколько легко на него мигрировать сервер с InterBase образца 2000 года?
довольно тяжело. В приложении и ХП надо все кривые запросы выловить.
А какой смысл? Если приложение 14 лет работало и за это время не мигрировало ни на одну из более новых версий.
| |
|
|