Обсуждение:Firebird

Последнее сообщение: 7 лет назад от ChimMAG в теме «Сайт проекта»

Логотип

править

Не знаю какой копирайт на логотип. КРаткая история как то не нравится, пока оставил

Я на всякий случай поставил шаблон {{logo}} на логотип. Если вдруг не прав, то исправим. --EvilBot 19:35, 21 сентября 2006 (UTC)Ответить

Удалил краткую историю развития проекта.

править

Извиняйте уж, бред там какой то.. :( Пишите в абзац "История" если хотите..

Хорошая статья получилась, только вот мини-логотипчики перед пунктами "Соответствие стандарту SQL" и др. лишние имхо, все-таки это украшательство получается... --Muad'Dib 07:03, 26 сентября 2006 (UTC)

На первый взгляд -- перевод рекламного буклета

править

Нужно излагать факты более сдержанно, не так пристрастно. Это мое чисто эмоциональное впечатление от текста (не говорю о фактической его стороне).


ИМХО: Моё чисто эмоциональное впечатление - если вы не понимаете фактическую сторону текста - как Вы можете ставить под сомнение его нейтральность?? Не могли бы Вы конкретно выделить какие именно участки текста вызвали у Вас сомнения и привести опровержения?

Пример, как можно сформулировать нейтрально, не теряя информативности...

править

Firebird (FirebirdSQL) — компактная, кроссплатформенная система управления базами данных (СУБД) с открытым исходным кодом (?). Поддерживает стандарты ANSI SQL (перечислить, какие?), операционные системамы Windows Linux, и разновидности Unix.

Firebird предлагает технологию параллельной обработки (можно указать, чего), языковую поддержку для хранимых процедур и триггеров. Используется в промышленных системах под разнообразными названиями с 1981 г. Коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном тексте, выпущенном корпорацией Borland 25 июля 2000 года в виде открытой версии Interbase 6.0.


Ну, вот, например в таком виде. Думаю, что так меньше пафоса и больше конкретной информации.

84.19.193.78 06:58, 26 июля 2007 (UTC) (olg)Ответить



дорогой геноссе из дрездена!
где вы усмотрел неточности в тексте?!
как можно ставить под сомнение предмет,
в котором ни бельмеса не смыслишь?!
--81.211.112.1 14:04, 9 августа 2007 (UTC)Ответить


кстати, кому пришло в голову влепить эту чушь в статью?!
технически безграмотно:
1. каким образом СУБД может поддерживать операционную систему?!
2. какая такая "технологию параллельной обработки" ?!
3. какой такой 1981-й год и FireBird ?!
4. какие такие "технических советники" и "разработчиков мультиплатформенных систем" ?!
ну нельзя же так...
--81.211.112.1 14:15, 9 августа 2007 (UTC)Ответить

По п. 1. СУБД поддерживает операционные системы таким же образом как их поддерживают другие программы - довольно распространённый речевой оборот. --Aleks Revo 16:22, 1 октября 2007 (UTC)Ответить

поправил даты, слегка поправил текст. пока не знаю как корректно вставлять в текст внешние ссылки - надо бы сделать правильные ссылки на лицензии IPL и IDPL. — Эта реплика добавлена участником Ibase (ов)

"предоставляющая наиболее полную поддержку стандартов ANSI SQL" - Этож надо такое написать! Ничего, что даже такая ерунда, как вложенные запросы появились только год назад в 2.0? Статья и не пахнет беспристрастностью! Krishna 22:47, 2 октября 2007 (UTC)Ответить

"он легко масштабируется" Опять же, не скажу за 2.0, но 1.5.4 в режиме SuperServer (multithread) не масштабировался даже на 2 процессора! Статью необходимо проверить экспертам! Krishna 22:56, 2 октября 2007 (UTC)Ответить

А у нас уже много лет FB1.0 на 2-4-8 процессорах/ядрах Classic отлично работает. Что это как не масштабируемость? Если какой-то режим работы пока не поддерживается, не надо громко заявлять, что он единственный доступный, и следовательно, ничего не поддерживается, этим вы дескредитируете себя как хоть сколько-нибудь беспристрастного оратора. 81.211.20.194 08:39, 24 декабря 2007 (UTC)Ответить

Уважаемый, читайте внимательно! Я написал о многопоточном режиме. Многопроцессный Classic server разумеется вертикально масштабируется значительно лучше, но при этом имеет ряд ограничений и неудобств. Только из того что сразу вспомнил - работа генератора случ. чисел. Для разных процессов выдаются одни и те же ПСП, что естественно приводит к проблемам. В многопроцессном же режиме выше расход памяти и уходит часть производительности на межпроцессное взаимодействие.
Это раз.
Во-вторых, Firebird (1.5) просто не умеет масштабироваться горизонтально. Ни репликаций, ни тем более кластеризации не поддерживается в принципе. По моему мнению, эта СУБД морально устарела в принципе. Не настаиваю на том, чтобы это вносили в статью, но беспочвенным утверждениям о прекрасной масштабируемости там не место. Считаете иначе - подкрепляйте фактами и сравнениями с ведущими СУБД! Krishna 14:41, 27 января 2008 (UTC)Ответить


3. какой такой 1981-й год и FireBird ?!
Наверное имелось ввиду "технологию параллельной обработки, которая используется в промышленных системах под разнообразными названиями с 1981 г". В данном контексте получается, что FireBird исползуется с 1981 года. Да действительно бред Хотя в /usr/ports/databases/firebird2-server/pkg-descr написано: Firebird offers excellent concurrency, high performance, and powerful language support for stored procedures and triggers. It has been used in production systems, under a variety of names since 1981

Сравнение с Interbase

править

Так как Firebird основан на IB 6, как сказано в статье, то хотелось бы увидеть сравнение firebird с Interbase 6 и вообще c Interbase 217.195.78.149 11:22, 12 марта 2008 (UTC)LegatОтветить

Информация о предмете статьи

править

Думаю, эту информацию можно добавить в статью, только не знаю, куда именно... Касательно использования Firebird в промышленности -- в органах ГНА (Госналогадминистрации) Украины используется для деловодной службы... Сайт разработчика -- dilkon.at.ua -- Rino ap Codkelden связь 14:19, 4 мая 2010 (UTC)Ответить

Думаю, что нужно поправить. Поправьте меня, если поправлять не нужно.

править

Средства доступа к серверу

   * Firebird поддерживает множество способов доступа, включая: собственные наборы компонент для C/C++, Delphi, классы для Ada, ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB, dbExpress, провайдер данных .NET и прямой доступ с использованием клиентской библиотеки сервера (fbclient.dll или GDS32.dll)

Я думаю, что там не Ada, а ADO. Это совершенно разные вещи!!!

194.125.237.131 14:24, 30 марта 2011 (UTC)ГРРРР!Ответить

IBProvider

править

Уже бесплатной версии не существует. Правьте. 194.125.237.131 07:21, 26 апреля 2011 (UTC)34rg34g3Ответить

При создании хранимых процедур используется язык PSQL

править

При создании хранимых процедур используется язык PSQL, в статье указано PL/SQL 109.236.64.46 07:23, 11 октября 2013 (UTC)Ответить

Согласен. Аббревиатура PL/SQL принадлежит Oracle. Здесь точнее и правильней использовать PSQL (Procedural SQL) - однозначная ссылка здесь: SQL (Раздел "Процедурные расширения") --Alex.V.Timofeev 18:29, 12 октября 2013 (UTC)Ответить

Сайт проекта

править

Сайт firebirdsql.org и firebirdsql.org выглядит как-то странно в шаблоне. Поправьте, сам не нашёл как. --ChimMAG (обс.) 12:40, 16 февраля 2017 (UTC)Ответить