В Firebird массивы есть, причем они есть со времен InterBase 3, сделаны в 80-х годах прошлого века для Boeing.
Не знаю, как по остальным СУБД, но если в статье содержится такое откровенное вранье, то доверия и к ней уже нет, и в целом Постгресу это не добавляет очков.
В случае взаимодействия с платежной системой и указания в согласованном с ними договоре, что оплаченный инвойс является подтверждением исполнения услуг. Зависит от банка, конечно, но люди это в Райфе в Питере сделали.
Нормально с переходом, если с 1.5 переехали, то 3.0 точно осилите. :) Главное, помнить, что просто бэкап-рестор, хоть и проходит успешно, миграцией не является, как минимум надо перекомпилировать все хранимые процедуры. В общем, читайте РелизНоты.
Взвешенных сравнений СУБД не существует по нескольким причинам: 1) СУБД это инструменты, которые по хорошему должны подбираться под задачу, но из-за сложности изучения и разницы в SQL диалектах, а также в результате естественной лени :), все пытаются одну и ту же СУБД использовать для «всего». 2) Производители СУБД в подобных сравнениях всегда будут тянуть одеяло на себя (это логично), 3) Попытка ранжировать по популярности или «модности» (с учетом упоминаний в твиттере, как это делают на одном сайте, дает весьма размытые результаты — у большинства пользователей СУБД Frebird твиттера нет, что не мешает им разрабатывать и зарабатывать. 4) Сравнение СУБД — один из самых мощных источников флейма, наверное, третий после Линукс-Виндовс и Андроид-Айфоид, это тяжкое испытание.
На самом деле я понимаю, что Вы хотите прочесть — некое краткое изложение философии разработчика на Firebird, которое бы отразило легкость, качество и удобство написания кода под нее, беспроблемность деплоймента и миграции и прозрачную логику. Мы постараемся подготовить такой материал, он действительно нужен.
Вы, наверное, имеете в виду неявное соединие таблиц путем указания связей в WHERE. Погуглите — декартово произведение определяется по другому и вряд ли имеет широкое практическое применение :)
Честно говоря, затруднился представить, зачем в валидном запросе может быть нужно декартово произведение. Обычно это результат ошибки. Или речь о том, что ORM генерирует декартово произведение? Тогда да, беда, но она на любой СУБД будет такой же бедой.
Наверное, Вы работали с Firebird лет 10 назад, во времена 1.0-1.5, когда предикат IN неверно обрабатывался и прочие косяки были. Начиная с версии 2.0 оптимизатор значительно улучшен, а 2.5 и 3-ка, рассматриваемые в этом примере работают с автогенерированными запросами (много джойнов и подзапросов) уже очень хорошо. Естественно, лучше использовать ORM, которые понимают особенности оптимизации — для Firebird и Java это jOOq, например. Что там в .NET, сказать не могу.
>К сожалению, в случае установки Firebird на Windows пароль меняют крайне редко.
Если экземпляр для разработки, то не меняют. Но в продакшене? Или тем более при поставке вместе с встроенной системой — не просто меняют, но и SYSDBA блокируют.
>В свою очередь подключение внешних UDF функций — не редкость, иногда их тоже включают для своих нужд.
По умолчанию дается вполне удобная настройка — dll в подпапке udf могут быть подключены как внешние функции.
Давать доступ куда-то еще, а тем более на весь компьютер — это верх разгильдяйства.
Такие люди наверное и пароль на Винде блокируют, для своих нужд.
И да — у нас (www.ibase.ru) статистики то побольше, так что не надо спорить :)
Firebird при установке на Linux генерирует случайный пароль. Masterkey — дефолтный пароль только на Windows. Обычно пароль все таки меняют.
Далее, чтобы зарегистрировать внешнюю UDF, необходимо явно переопределить в конфиге параметр
#UdfAccess = Restrict UDF
который по умолчанию ограничивает папку, в которой можно создавать внешние функции, папкой UDF в установочной папке Firebird.
Т.е. для описанного взлома кто-то должен предварительно дать взломщику пароль SYSDBA, перенастроить конфиг, перезапустить Firebird… ну и еще ключи от квартиры, где деньги лежат.
HP обычно дает базовую скидку 25% дистрибьюторам, а те добавляют туда маржу, налоги, растаможку, на выходе цена в РФ. Для крупных дистрибьюторов (под склад) скидка может и до 50% доходить, но таких объемов редко кто добивается в России.
Понятия излечение нет — это упрощенное представление для неврачебной публики. Есть медиана выживаемости, ожидаемая продолжительность жизни и вероятность рецидива.
Если посмотреть шире, то тиражирование — это то, что движет человечество вперед. Книги, ПО, дальше будут геномные программы. Очевидно, чтобы приобрести look&feel какого-нибудь Лоуренса Оливье или Мэрилин Монро, тоже будут брать деньги :) А потом сингулярность и всякие глупости закончатся :)
Не знаю, как по остальным СУБД, но если в статье содержится такое откровенное вранье, то доверия и к ней уже нет, и в целом Постгресу это не добавляет очков.
На самом деле я понимаю, что Вы хотите прочесть — некое краткое изложение философии разработчика на Firebird, которое бы отразило легкость, качество и удобство написания кода под нее, беспроблемность деплоймента и миграции и прозрачную логику. Мы постараемся подготовить такой материал, он действительно нужен.
Если экземпляр для разработки, то не меняют. Но в продакшене? Или тем более при поставке вместе с встроенной системой — не просто меняют, но и SYSDBA блокируют.
>В свою очередь подключение внешних UDF функций — не редкость, иногда их тоже включают для своих нужд.
По умолчанию дается вполне удобная настройка — dll в подпапке udf могут быть подключены как внешние функции.
Давать доступ куда-то еще, а тем более на весь компьютер — это верх разгильдяйства.
Такие люди наверное и пароль на Винде блокируют, для своих нужд.
И да — у нас (www.ibase.ru) статистики то побольше, так что не надо спорить :)
Далее, чтобы зарегистрировать внешнюю UDF, необходимо явно переопределить в конфиге параметр
#UdfAccess = Restrict UDF
который по умолчанию ограничивает папку, в которой можно создавать внешние функции, папкой UDF в установочной папке Firebird.
Т.е. для описанного взлома кто-то должен предварительно дать взломщику пароль SYSDBA, перенастроить конфиг, перезапустить Firebird… ну и еще ключи от квартиры, где деньги лежат.