Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
 Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Девушка из маршрутке
Member

Откуда:
Сообщений: 26
Здравствуйте.

FB vs PostgreSQL - по-моему, достойная тема.

Оба версионники, оба бесплатны, оба теперь под Windows есть.

Про "объектность" PostgreSQL говорить, по-моему, не стоит (очень зачаточный уровень объектности).

Средств доступа к PostgreSQL, по-моему, меньше, и средств проектирования (ErWin etc...)

Хорошо бы рассмотреть гемор в плане повседневного обслуживания (b/r для FB vs Vacuum для PostgreSQL)
... скорости обработки транзакций,
... вопросы "планов"
... простоты освоения
... совместного их использования (миграция в обе стороны, совместимость типов данных ...)
... рекомендации по использованию в конкретных проектах, ракемендации по случам, когда лучше на использовать...
... по поводу организации "секьюрети"
... администроирование

А?
23 май 06, 11:33    [2694579]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Yo.!!
Guest
за что же так унижать postgres ?
23 май 06, 11:41    [2694647]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
StudSW
Member

Откуда:
Сообщений: 236

Можно было бы, но надо найти конфу с уровнем толерантности повыше.

А то здесь только разжиревшие ораклопоклонники и мумпсисты-первооткрыватели.

--
Учусь (пока/ещё) чего и вам желаю


Posted via ActualForum NNTP Server 1.3

23 май 06, 11:49    [2694723]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
mv
Member

Откуда:
Сообщений: 8876

StudSW

Можно было бы, но надо найти конфу с уровнем толерантности повыше.

А то здесь только разжиревшие ораклопоклонники и мумпсисты-первооткрыватели.

Ты что? А фокспро как же?

Posted via ActualForum NNTP Server 1.3

23 май 06, 11:58    [2694807]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
Девушка из маршрутке


Средств доступа к PostgreSQL, по-моему, меньше, и средств проектирования (ErWin etc...)


это ИМХО некорректно сказано, ибо есть ОДБС или Оле ДБ == любое вредство будет Вам средством для проектирования, или вам нужно что-то бОльшее?
23 май 06, 13:01    [2695404]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
mv
Member

Откуда:
Сообщений: 8876

Aki

это ИМХО некорректно сказано, ибо есть ОДБС или Оле ДБ == любое вредство
будет Вам средством для проектирования, или вам нужно что-то бОльшее?

Хотелось бы использовать возможности сервера. Например, наследование таблиц
в PostgreSQL, или генераторы FB.
При проектировании. Если с последним (генераторы FB) проблем нет, то как в
ErWin заюзать возможность наследования таблиц?

Posted via ActualForum NNTP Server 1.3

23 май 06, 13:21    [2695581]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
mv
Member

Откуда:
Сообщений: 8876

Yo.!!

....за что же ...?

FB существует в версии Embedded, когда не нужно инсталлировать сервак.
FB нормально функционирует после инсталляции "по дефолту", чего для Постгри
категорически не рекомендуется.
Для FB есть FIBы.

Posted via ActualForum NNTP Server 1.3

23 май 06, 14:32    [2696149]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
mv

Хотелось бы использовать возможности сервера.


для меня возможности сервера, есть серверный язык управления данными, и ничего более...

mv

Например, наследование таблиц
в PostgreSQL, или генераторы FB.
При проектировании. Если с последним (генераторы FB) проблем нет, то как в
ErWin заюзать возможность наследования таблиц?


это вопрос не ко мне
23 май 06, 14:32    [2696153]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
mv

FB нормально функционирует после инсталляции "по дефолту", чего для Постгри категорически не рекомендуется.


интересно бы услышать мне - новичку, что же там обязательно подкрутить в ПостгриСКЛ,
я поставил по дефолту.. пока не вижу ничего плохого.. конечно когда база наполнится донельзя = увижу.... увижу ли?
23 май 06, 14:38    [2696213]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
mv
Member

Откуда:
Сообщений: 8876

Aki

интересно бы услышать мне - новичку, что же там обязательно подкрутить в
ПостгриСКЛ,
я поставил по дефолту.. пока не вижу ничего плохого.. конечно когда база
наполнится донельзя = увижу.... увижу ли?

...подкрутить

Posted via ActualForum NNTP Server 1.3

23 май 06, 14:55    [2696412]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
mv

Aki

интересно бы услышать мне - новичку, что же там обязательно подкрутить в
ПостгриСКЛ,
я поставил по дефолту.. пока не вижу ничего плохого.. конечно когда база
наполнится донельзя = увижу.... увижу ли?

...подкрутить

Posted via ActualForum NNTP Server 1.3


О Г Р О М Н О Е
С П А С И Б О
23 май 06, 16:23    [2697194]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
mv

Aki

интересно бы услышать мне - новичку, что же там обязательно подкрутить в
ПостгриСКЛ,
я поставил по дефолту.. пока не вижу ничего плохого.. конечно когда база
наполнится донельзя = увижу.... увижу ли?

...подкрутить

Posted via ActualForum NNTP Server 1.3


Однако, к сожалению из ницесказанного....

В дистрибутиве PostgreSQL, к сожалению, не поставляется файлов 
с «рекомендуемыми» настройками. Вообще говоря, такие файлы создать 
весьма сложно, т.к. оптимальные настройки конкретной установки PostgreSQL 
будут определяться: 

конфигурацией компьютера; 
объёмом и типом данных, хранящихся в базе; 
отношением числа запросов на чтение и на запись; 
тем, запущены ли другие требовательные к ресурсам процессы (например, вебсервер). 

ничего толком не следует, окромя "если Ваш сервер медленно работает - подкручивайте в нем чего-то"
23 май 06, 16:31    [2697239]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30275
для FB нет нужды в ежедневном backup/restore.

автор
... скорости обработки транзакций,

это смотря каких транзакций, то есть, что в них делать.
например, миллион транзакций в сутки для IB/FB не проблема, немного чуть выше среднего числа транзакций в сутки в нормально работающих приложениях (от 50 до 150 пользователей).

автор
... вопросы "планов"

идеального оптимизатора нет. Даже оптимизатор Оракла (если тут применимо "даже") кривит.

автор
... простоты освоения

вопрос спорный.

автор
... совместного их использования (миграция в обе стороны, совместимость типов данных ...)

об этом лучше не думать. смысл? сегодня я поработаю тут, а завтра все перекопирую в другую СУБД? В этом смысле Firebird больше с Oracle "совместим".
У PostreSQL есть масса лишних типов данных, которыми разработчики любят баловаться "для экономии". Если в них не упираться, то наверное совместимо...

автор
... рекомендации по использованию в конкретных проектах, ракемендации по случам, когда лучше на использовать...


такого явно нет, однако по данным Evans Data Corporation Firebird занимает 39% рынка решений на OpenSource СУБД (MySQL столько же), а PostgreSQL - 11.5%.

автор
... по поводу организации "секьюрети"

у PGSQL лучше, однако смотря что требуется. Если нужно разграничение доступа на уровне записей, то этого нет ни у кого (мандатная защита в Оракле и Линтере не в счет).

автор
... администрирование

может быть одинаково, или в FB чуть полегче - есть примеры систем, где IB/FB работают годами без присмотра. Однако это зависит от нагрузки системы, размера БД, требований к сохранности данных и т.п.
23 май 06, 18:22    [2697884]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Рыжий Кот
Member

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщений: 21678
оффтоп,
>>есть примеры систем, где (неважно какие субд) работают годами без присмотра

это значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...
23 май 06, 20:37    [2698246]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
mv
Member

Откуда:
Сообщений: 8876

Рыжий Кот

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

Что, годами заносили что попадя, а выборок не делали?

Posted via ActualForum NNTP Server 1.3

23 май 06, 20:45    [2698259]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30275
автор
это значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...


это значит, что настроена автоматизированная регулярная проверка БД и ее резервное копирование. В результате администрирование фактически нулевое.
К вашему сведению, администрирование БД вовсе не заключается в том, чтобы следить, какие данные пользователи вносят, и какие выбирают. Это, собственно, дело пользователей и приложений, в любой системе, администрируемой или нет.
23 май 06, 22:25    [2698409]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Рыжий Кот
Member

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщений: 21678
по мне, администрирование - это не проверка файловой системы или каких-то других пр. параметров ОС, под которой крутится база, а соответствие данных, хранящихся в железяке, данным, которые должны быть получены, и как правило нет софта 100%, исключающего ошибки (хотя бы того же персонала).
24 май 06, 06:50    [2698698]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Рыжий Кот
Member

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщений: 21678
mv

Рыжий Кот

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

Что, годами заносили что попадя, а выборок не делали?

Posted via ActualForum NNTP Server 1.3


примитивнейшие селектики, которые приняты за основную отчетность не в счет
24 май 06, 06:52    [2698699]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
S.G.
Member

Откуда: cartoon network
Сообщений: 30611
Рыжий Кот
по мне, администрирование - это не проверка файловой системы или каких-то других пр. параметров ОС, под которой крутится база, а соответствие данных, хранящихся в железяке, данным, которые должны быть получены,
И откуда администратор будет знать, какие именно данные - правильные? это дело пользователей.

администрирование1

К сообщению приложен файл. Размер - 0Kb
24 май 06, 07:16    [2698719]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
S.G.
Member

Откуда: cartoon network
Сообщений: 30611
ну и здесь тоже
24 май 06, 07:19    [2698721]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
kdv
автор
это значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...


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


Железно!!!
Как это иначе может быть???
Пользователи через клиентское приложение заносят в БД всякую хрень, а админ должен следить за этим?
Это ж бред...
В таком случае вовсе разработчик должен сделать так, чтобы куйню нельзя было занести....
24 май 06, 08:56    [2698838]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Рыжий Кот
Member

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщений: 21678
Aki
kdv
автор
это значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...


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


Железно!!!
Как это иначе может быть???
Пользователи через клиентское приложение заносят в БД всякую хрень, а админ должен следить за этим?
Это ж бред...
В таком случае вовсе разработчик должен сделать так, чтобы куйню нельзя было занести....


и вы готовы дать голову на отсечение, что в вашей самой правильной системе все предусмотрено?...
24 май 06, 10:06    [2699082]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
zhouck
Member

Откуда:
Сообщений: 359

> и вы готовы дать голову на отсечение, что в вашей самой правильной
> системе все предусмотрено?...

Мда, админу уже проверять соответствие внесенных данных реальным :)
Вообще-то, для этого существуют сверки с данными бухгалтерии, сверка с
данными на счетах и т.д.

Posted via ActualForum NNTP Server 1.3

24 май 06, 10:56    [2699391]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Рыжий Кот
Member

Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
Сообщений: 21678
сори, я действительно путаю понятия... ведь админ - это гайкозакгручиватель, т.е. механик, положено эту прокладку заменить/расширить/обновить, вперед!, а как оно пашет - мне до фени, инструкция выполнена... ну что ж, если так, то вы правы
24 май 06, 11:05    [2699449]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
Рыжий Кот
Aki

Железно!!!
Как это иначе может быть???
Пользователи через клиентское приложение заносят в БД всякую хрень, а админ должен следить за этим?
Это ж бред...
В таком случае вовсе разработчик должен сделать так, чтобы куйню нельзя было занести....


и вы готовы дать голову на отсечение, что в вашей самой правильной системе все предусмотрено?...



я не говорю о своей системе, мое ИМХО если в поле с названием города нельзя вводить слово "Куйняяяя", то это нельзя должно быть заложено разработчиком, но никак не админ должен проверять...
это я так образно выразился...
вот в одной системе я например ВИДЕЛ такую фигню...
В форме пишется название организации, а потом репорт с данными именно этой организации вылетает.. разработчик по телефону решил эту проблему словами "у Вас эта организация в своем имени вероятно имеет больше 25 символов - сократите и будет работать.."
так и случилось
Так кто тут дурак? не разработчик ли????
24 май 06, 11:34    [2699618]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить