ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Почему бы не сравнить сравнимое: FB vs PostgreSQL
63 сообщений из 63, показаны все 3 страниц
  все  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33744651
Девушка из маршрутке
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Девушка из маршрутке
Участник
Здравствуйте.

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

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

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

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

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

А?
...
Рейтинг: 0 / 0
23.05.2006, 11:33
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33744694
Yo.!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!!
Участник
за что же так унижать postgres ?
...
Рейтинг: 0 / 0
23.05.2006, 11:41
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33744748
StudSW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
StudSW
Участник
Можно было бы, но надо найти конфу с уровнем толерантности повыше.

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

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


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
23.05.2006, 11:49
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33744802
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mv
Участник
StudSW
Можно было бы, но надо найти конфу с уровнем толерантности повыше.

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

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

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
23.05.2006, 11:58
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33745134
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
Девушка из маршрутке

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


это ИМХО некорректно сказано, ибо есть ОДБС или Оле ДБ == любое вредство будет Вам средством для проектирования, или вам нужно что-то бОльшее?
...
Рейтинг: 0 / 0
23.05.2006, 13:01
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33745236
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mv
Участник
Aki
это ИМХО некорректно сказано, ибо есть ОДБС или Оле ДБ == любое вредство
будет Вам средством для проектирования, или вам нужно что-то бОльшее?

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

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
23.05.2006, 13:21
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33745611
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mv
Участник
Yo.!!
....за что же ...?

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

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
23.05.2006, 14:32
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33745614
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
mv
Хотелось бы использовать возможности сервера.


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

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


это вопрос не ко мне
...
Рейтинг: 0 / 0
23.05.2006, 14:32
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33745642
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
mv
FB нормально функционирует после инсталляции "по дефолту", чего для Постгри категорически не рекомендуется.


интересно бы услышать мне - новичку, что же там обязательно подкрутить в ПостгриСКЛ,
я поставил по дефолту.. пока не вижу ничего плохого.. конечно когда база наполнится донельзя = увижу.... увижу ли?
...
Рейтинг: 0 / 0
23.05.2006, 14:38
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33745739
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mv
Участник
Aki
интересно бы услышать мне - новичку, что же там обязательно подкрутить в
ПостгриСКЛ,
я поставил по дефолту.. пока не вижу ничего плохого.. конечно когда база
наполнится донельзя = увижу.... увижу ли?

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

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
23.05.2006, 14:55
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33746158
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
mv
Aki
интересно бы услышать мне - новичку, что же там обязательно подкрутить в
ПостгриСКЛ,
я поставил по дефолту.. пока не вижу ничего плохого.. конечно когда база
наполнится донельзя = увижу.... увижу ли?

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

Posted via ActualForum NNTP Server 1.3

О Г Р О М Н О Е
С П А С И Б О
...
Рейтинг: 0 / 0
23.05.2006, 16:23
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33746191
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
mv
Aki
интересно бы услышать мне - новичку, что же там обязательно подкрутить в
ПостгриСКЛ,
я поставил по дефолту.. пока не вижу ничего плохого.. конечно когда база
наполнится донельзя = увижу.... увижу ли?

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

Posted via ActualForum NNTP Server 1.3

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

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
В дистрибутиве PostgreSQL, к сожалению, не поставляется файлов 
с «рекомендуемыми» настройками. Вообще говоря, такие файлы создать 
весьма сложно, т.к. оптимальные настройки конкретной установки PostgreSQL 
будут определяться: 

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

ничего толком не следует, окромя "если Ваш сервер медленно работает - подкручивайте в нем чего-то"
...
Рейтинг: 0 / 0
23.05.2006, 16:31
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33746586
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
для FB нет нужды в ежедневном backup/restore.

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

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

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

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

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

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

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

автор... администрирование
может быть одинаково, или в FB чуть полегче - есть примеры систем, где IB/FB работают годами без присмотра. Однако это зависит от нагрузки системы, размера БД, требований к сохранности данных и т.п.
...
Рейтинг: 0 / 0
23.05.2006, 18:22
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33746800
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
оффтоп,
>>есть примеры систем, где (неважно какие субд) работают годами без присмотра

это значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...
...
Рейтинг: 0 / 0
23.05.2006, 20:37
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33746807
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mv
Участник
Рыжий Кот
это значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...

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

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
23.05.2006, 20:45
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33746906
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
авторэто значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...

это значит, что настроена автоматизированная регулярная проверка БД и ее резервное копирование. В результате администрирование фактически нулевое.
К вашему сведению, администрирование БД вовсе не заключается в том, чтобы следить, какие данные пользователи вносят, и какие выбирают. Это, собственно, дело пользователей и приложений, в любой системе, администрируемой или нет.
...
Рейтинг: 0 / 0
23.05.2006, 22:25
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747129
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
по мне, администрирование - это не проверка файловой системы или каких-то других пр. параметров ОС, под которой крутится база, а соответствие данных, хранящихся в железяке, данным, которые должны быть получены, и как правило нет софта 100%, исключающего ошибки (хотя бы того же персонала).
...
Рейтинг: 0 / 0
24.05.2006, 06:50
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747130
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
mv
Рыжий Кот
это значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...

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

Posted via ActualForum NNTP Server 1.3

примитивнейшие селектики, которые приняты за основную отчетность не в счет
...
Рейтинг: 0 / 0
24.05.2006, 06:52
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747148
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.G.
Участник
Рыжий Котпо мне, администрирование - это не проверка файловой системы или каких-то других пр. параметров ОС, под которой крутится база, а соответствие данных, хранящихся в железяке, данным, которые должны быть получены, И откуда администратор будет знать, какие именно данные - правильные? это дело пользователей.

администрирование1
...
Рейтинг: 0 / 0
24.05.2006, 07:16
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747149
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
S.G.
Участник
ну и здесь тоже
...
Рейтинг: 0 / 0
24.05.2006, 07:19
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747251
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
kdv авторэто значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...

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

Железно!!!
Как это иначе может быть???
Пользователи через клиентское приложение заносят в БД всякую хрень, а админ должен следить за этим?
Это ж бред...
В таком случае вовсе разработчик должен сделать так, чтобы куйню нельзя было занести....
...
Рейтинг: 0 / 0
24.05.2006, 08:56
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747440
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
Aki kdv авторэто значит что всем пользователям пофигу, что туда заносится...
зато когда начинаются выборки, столько чудес бывает...

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

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

и вы готовы дать голову на отсечение, что в вашей самой правильной системе все предусмотрено?...
...
Рейтинг: 0 / 0
24.05.2006, 10:06
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747641
zhouck
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zhouck
Участник
> и вы готовы дать голову на отсечение, что в вашей самой правильной
> системе все предусмотрено?...

Мда, админу уже проверять соответствие внесенных данных реальным :)
Вообще-то, для этого существуют сверки с данными бухгалтерии, сверка с
данными на счетах и т.д.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
24.05.2006, 10:56
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747677
Фотография Рыжий Кот
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Рыжий Кот
Участник
сори, я действительно путаю понятия... ведь админ - это гайкозакгручиватель, т.е. механик, положено эту прокладку заменить/расширить/обновить, вперед!, а как оно пашет - мне до фени, инструкция выполнена... ну что ж, если так, то вы правы
...
Рейтинг: 0 / 0
24.05.2006, 11:05
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747802
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
Рыжий Кот Aki
Железно!!!
Как это иначе может быть???
Пользователи через клиентское приложение заносят в БД всякую хрень, а админ должен следить за этим?
Это ж бред...
В таком случае вовсе разработчик должен сделать так, чтобы куйню нельзя было занести....

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


я не говорю о своей системе, мое ИМХО если в поле с названием города нельзя вводить слово "Куйняяяя", то это нельзя должно быть заложено разработчиком, но никак не админ должен проверять...
это я так образно выразился...
вот в одной системе я например ВИДЕЛ такую фигню...
В форме пишется название организации, а потом репорт с данными именно этой организации вылетает.. разработчик по телефону решил эту проблему словами "у Вас эта организация в своем имени вероятно имеет больше 25 символов - сократите и будет работать.."
так и случилось
Так кто тут дурак? не разработчик ли????
...
Рейтинг: 0 / 0
24.05.2006, 11:34
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747821
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mv
Участник
Еще есть системы, в которых админ под страхом уголовного наказания не
допущен до данных.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
24.05.2006, 11:36
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747869
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
zhouckМда, админу уже проверять соответствие внесенных данных реальным :)
Вообще-то, для этого существуют сверки с данными бухгалтерии, сверка с
данными на счетах и т.д.
Posted via ActualForum NNTP Server 1.3

на самом дела вероятно часто так и есть...
у нас например, бухгалтер че-то сделал и кричит, мол у меня деньги появились не на той статье...
почему? да потому что он сам проводку неверную сделал... помогают найти как правило админы, но ИМХО только потому, что у них мыслительный процесс не такой как у бухгалтера, как правило.....
А вообще-то я нигде не встретил конкретного плана действий админа, но уж проверять корректность введенных юзером данных должен точно не он.. ИМХО
...
Рейтинг: 0 / 0
24.05.2006, 11:48
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33747982
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
mv
Aki
интересно бы услышать мне - новичку, что же там обязательно подкрутить в
ПостгриСКЛ,
я поставил по дефолту.. пока не вижу ничего плохого.. конечно когда база
наполнится донельзя = увижу.... увижу ли?

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

Posted via ActualForum NNTP Server 1.3

Перечитал все НОДЫ... очень удивился такому:

Код: plaintext
1.
2.
3.
4.
 2 . 1  Используемая память 

 2 . 1 . 1  Общий буфер сервера: shared_buffers 
Объём задаётся параметром shared_buffers в файле postgresql.conf. Единица измерения параметра -- блоки величиной 8 кБ. По умолчанию значение параметра составляет 641, что соответствует 512 кБ памяти. Это весьма мало, и для полноценной работы значение параметра следует увеличить.

У меня по умолчанию:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
#---------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#---------------------------------------------------------------------------

# - Memory -

shared_buffers =  1000 			# min  16  or max_connections* 2 , 8KB each

Далее
Код: plaintext
1.
 2 . 1 . 3  Память для работы команды VACUUM: vacuum_mem

У меня такой параметр ывообще отсутсвует...
вероятно потому, что у меня версия 8,1, а там описана версия ниже....

ну почитать интересно конечно...
...
Рейтинг: 0 / 0
24.05.2006, 12:14
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33748001
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
Не так опубликовал блин...

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
 2 . 1  Используемая память 

 2 . 1 . 1  Общий буфер сервера: shared_buffers 
Объём задаётся параметром shared_buffers в файле postgresql.conf. 
Единица измерения параметра -- блоки величиной 8 кБ. По умолчанию значение  параметра составляет 64, 
что соответствует  512  кБ памяти. Это весьма мало, 
и для полноценной работы значение параметра следует увеличить.
...
Рейтинг: 0 / 0
24.05.2006, 12:18
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33748142
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
авторда потому что он сам проводку неверную сделал... помогают найти как правило админы
админ, который разбирается в прикладной области?
админ, который в курсе структуры БД, и знает SQL?
админ, который в курсе того, как ведут себя приложения (что как делают и куда записывают) ?
Это не админ. Это человек, "сопровождающий" систему.

разумеется, понятие администрирования в реальной жизни весьма размыто.
Если иметь в виду файл-сервер, то админ должен обеспечить сохранность файлов и бесперебойность функционирования. Отвечает он за содержимое файлов? нет.
...
Рейтинг: 0 / 0
24.05.2006, 12:51
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33748225
AKI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AKI
Участник
1 - я вообще-то себя админом и не считаю (только потому, что нигде пока не нашел четкого плана - что-как-когда должен делать АБД, окромя бэкапов и проведения скриптом по обновлению)

2 - работаю с Ораклом, но ближе по душе разработка
3 - пишу параллельно под РгСКЛ, потому что он похож на Оракл, его процедурный язык похож

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

ниша админы, не кто раньше меня работал - разбираются так как они систему ставили, по указаниям разработчиков

kdv
админ, который в курсе структуры БД, и знает SQL?

Ничто не мешает мне, используя тулзы (TOAD в частности) копаться в структуре БД
Не знать СКЛ - ИМХО уже никак нельзя...

kdv
админ, который в курсе того, как ведут себя приложения (что как делают и куда записывают) ?

В состав того же TOAD входит SQL Monitor - с помощью которого можно все отслужавить...
Буквально все, порой я только так и нахожу, что и где...
К великому моему сожаления такого инструмента в PostgreSQL я не нашел

kdv
Это не админ. Это человек, "сопровождающий" систему.

В принципе так оно и есть.....
Один человек делает бэкапы, я пишу скрипты когда нужно и так далее....., третий занимается администрированием серверов, с точки зрения железа
...
Рейтинг: 0 / 0
24.05.2006, 13:07
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #33749962
Sad Spirit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sad Spirit
Участник
Aki mv
...подкрутить


Перечитал все НОДЫ... очень удивился такому:

Код: plaintext
1.
2.
3.
4.
5.
6.
 2 . 1  Используемая память 

 2 . 1 . 1  Общий буфер сервера: shared_buffers 
Объём задаётся параметром shared_buffers в файле postgresql.conf. Единица измерения параметра -- блоки величиной 8 кБ. 
По умолчанию значение параметра составляет  64 , что соответствует  512  кБ памяти. 
Это весьма мало, и для полноценной работы значение параметра следует увеличить.

Удивляться особо нечему, статья писалась когда версия 7.4 ещё была новой, а утверждение относится к ещё более старым версиям. То же и по вопросу о vacuum_mem, этот параметр в какой-то из следующих версий переименовали.

В статье кроме устаревших сведений ещё и лажа есть. :)
...
Рейтинг: 0 / 0
24.05.2006, 23:44
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34692777
Alec C4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alec C4
Участник
Пока что меня больше всего расстраивает в Firebird отсутствие аналога сайта http://pgfoundry.org/ и не очень большой количество статей по сравнению с постгрессом :(
...
Рейтинг: 0 / 0
30.07.2007, 14:20
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34692791
Alec C4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alec C4
Участник
kdv авторда потому что он сам проводку неверную сделал... помогают найти как правило админы
админ, который разбирается в прикладной области?
админ, который в курсе структуры БД, и знает SQL?
админ, который в курсе того, как ведут себя приложения (что как делают и куда записывают) ?
Это не админ. Это человек, "сопровождающий" систему.

разумеется, понятие администрирования в реальной жизни весьма размыто.
Если иметь в виду файл-сервер, то админ должен обеспечить сохранность файлов и бесперебойность функционирования. Отвечает он за содержимое файлов? нет.

по опыту работы в крупной ИТ-компании могу сказать, что админ админу рознь. например - есть dba (которые занимаются только базами), есть системные и сетевые администраторы (эти поятно чем заняты) и есть админы приложений, которые разбираются в прикладной области, в sql, знают как устроена база итд
...
Рейтинг: 0 / 0
30.07.2007, 14:23
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34693231
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Alec C4Пока что меня больше всего расстраивает в Firebird отсутствие аналога сайта http://pgfoundry.org/ и не очень большой количество статей по сравнению с постгрессом :(У PostgreSQL есть аналог www.ibase.ru ?
...
Рейтинг: 0 / 0
30.07.2007, 15:53
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34693414
Фотография Di_LIne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Di_LIne
Участник
hvladУ PostgreSQL есть аналог www.ibase.ru ?
А с добавкой скруля = 125%!
...
Рейтинг: 0 / 0
30.07.2007, 16:41
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34695360
Serik Akhmetov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serik Akhmetov
Участник
hvladУ PostgreSQL есть аналог www.ibase.ru ? http://postgresmen.ru/
...
Рейтинг: 0 / 0
31.07.2007, 13:21
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34695403
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Serik!
Ты пишешь:

SerikSA> http://postgresmen.ru/подраздел "статьи" навевает унынье...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
31.07.2007, 13:32
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34695421
Serik Akhmetov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serik Akhmetov
Участник
Что мне нравится в PostgreSQL:
- более продвинутый SQL (например select ... from (select ...))
- более продвинутый язык написания ХП (plpgsql)
- поддержка большого кол-ва языков для ХП, plperl иногда очень помогает и разрабатывать намного проще чем UDF
- простое API

Что мне нравится в Firebird:
- наличие Embedded версии
- наличие большого кол-ва инструментов и библиотек, один IBExpert чего стоит
- доступна документация на русском, например Х. Борри
- иногда бывает удобно, что БД в одном файле

Признаю, что все во многом субъективно, и зависит от опыта работы с конкретной БД, и на каждый плюс можно привести минус.
...
Рейтинг: 0 / 0
31.07.2007, 13:37
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34695459
Serik Akhmetov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serik Akhmetov
Участник
Мимопроходящийподраздел "статьи" навевает унынье...Согласен, количеством сильно уступает ibase.ru.
Но ! Есть sql.ru->PostgreSQL.
Какой статьи вам не хватает ? спросите там, вам быстро укажут на раздел официальной документации :)

А ценность postgresmen.ru в том, что есть люди, которые могут помочь профессионально.
...
Рейтинг: 0 / 0
31.07.2007, 13:51
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34695502
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Serik!
Ты пишешь:

SerikSA> А ценность postgresmen.ru в том, что есть люди,
SA> которые могут помочь профессионально.за денюжку...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
31.07.2007, 13:59
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34695529
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
Serik AkhmetovЧто мне нравится в PostgreSQL:
- более продвинутый SQL (например select ... from (select ...))

Диалект SQL FB не поддерживает подзапросов? Но разве такое бывает? Или что имелось в виду?
...
Рейтинг: 0 / 0
31.07.2007, 14:07
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34695564
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, vadiminfo!
Ты пишешь:

vadiminfov> Диалект SQL FB не поддерживает подзапросов?
v> Но разве такое бывает? Или что имелось в виду?это не подзапросы, а Derived Tables.
Поддерживает.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
31.07.2007, 14:14
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34712059
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Serik Akhmetov Мимопроходящийподраздел "статьи" навевает унынье...Согласен, количеством сильно уступает ibase.ru.
Но ! Есть sql.ru->PostgreSQL.
Какой статьи вам не хватает ? спросите там, вам быстро укажут на раздел официальной документации :)

Ага, вот именно, что без смайлика этого лучше было бы не писать...

Все-таки у PostgreSQL и распространенность в России поменьше чем у FB, да и сообщество лично у меня произвело впечатление большей "сдвинутости" в сторону ПэХаПэ, веба и прочих гостевых книг, хотя, возможно, это чисто субъективное впечатление. Правда, эта ситуация меняется. Например, явно в пользу увеличения популярности PG играет его поддержка в 1с8.1. Наберется (если) какая-то критическая масса пользователей - будут и статьи и ресурсы сравнимые с ibase.
...
Рейтинг: 0 / 0
07.08.2007, 18:33
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34712111
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Александр!
Ты пишешь:

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

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
07.08.2007, 18:51
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34712179
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
Мимопроходящий
Александрпользу увеличения популярности PG играет его поддержка в 1с8.1.это кажущееся отражение кажущейся луны... (С)
на 1С-ных форумах сколь-нибудь заметного упоминания PG не наблюдается...

Так сколько времени прошло с выхода 1с8.1? Бета вышла примерно год назад, релиз объявили 27.12.2006. Тем не менее уже сейчас в форуме 1с на sql.ru на первой же странице PostgreSQL упоминается в названиях двух топиков. Может это и нельзя еще считать "сколь-нибудь заметным", но подождем, что время покажет.
...
Рейтинг: 0 / 0
07.08.2007, 19:11
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34715109
Фотография Di_LIne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Di_LIne
Участник
Александр ГoлдунТем не менее уже сейчас в форуме 1с на sql.ru на первой же странице PostgreSQL упоминается в названиях двух топиков.
Имхо, сие, скорее, может означать только кол-во проблем с ентим, чем реальное положение дел.
...
Рейтинг: 0 / 0
08.08.2007, 18:51
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34720539
Sad Spirit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sad Spirit
Участник
Di_LIne
Имхо, сие, скорее, может означать только кол-во проблем с ентим, чем реальное положение дел.
Аха, кнэшно, большое количество тем по Firebird отражало бы большую популярность Firebird, а большое кол-во тем по PostgreSQL --- большое кол-во проблем.
...
Рейтинг: 0 / 0
10.08.2007, 16:30
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34720890
Фотография Di_LIne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Di_LIne
Участник
Sad SpiritАха, кнэшно, большое количество тем по Firebird отражало бы большую популярность Firebird, а большое кол-во тем по PostgreSQL --- большое кол-во проблем.
- Э-э-э-э, уважаемый...
Покажте мне самый большой форум про АКМ...
В нем - желающих обсуждать проблемы юзанья АКМ будем гораздо большим, чем желающих
обсудит его популярность и эффективность.
- На порядки, заметьте!
...
Рейтинг: 0 / 0
10.08.2007, 18:25
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34723431
denis_viktorovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
denis_viktorovich
Участник
Aki
на самом дела вероятно часто так и есть...
у нас например, бухгалтер че-то сделал и кричит, мол у меня деньги появились не на той статье...
почему? да потому что он сам проводку неверную сделал... помогают найти как правило админы, но ИМХО только потому, что у них мыслительный процесс не такой как у бухгалтера, как правило.....
А вообще-то я нигде не встретил конкретного плана действий админа, но уж проверять корректность введенных юзером данных должен точно не он.. ИМХО

Ну не знаю, у нас такими вещами только прикладники и постановщики занимаются. Послать админа заниматься предметной областью еще никто слава богу не догадался. Им своей работы на 100% хватает.
...
Рейтинг: 0 / 0
13.08.2007, 12:38
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34723445
denis_viktorovich
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
denis_viktorovich
Участник
denis_viktorovich Aki
на самом дела вероятно часто так и есть...
у нас например, бухгалтер че-то сделал и кричит, мол у меня деньги появились не на той статье...
почему? да потому что он сам проводку неверную сделал... помогают найти как правило админы, но ИМХО только потому, что у них мыслительный процесс не такой как у бухгалтера, как правило.....
А вообще-то я нигде не встретил конкретного плана действий админа, но уж проверять корректность введенных юзером данных должен точно не он.. ИМХО

Ну не знаю, у нас такими вещами только прикладники и постановщики занимаются. Послать админа заниматься предметной областью еще никто слава богу не догадался. Им своей работы на 100% хватает.

+ и не потому что админ не разберется, а потому что это НЕ ЕГО РАБОТА. Точно так же как разработчику не зачем права раздавать, и учетные записи заводить.
...
Рейтинг: 0 / 0
13.08.2007, 12:43
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34723493
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
denis_viktorovich
Ну не знаю, у нас такими вещами только прикладники и постановщики занимаются. Послать админа заниматься предметной областью еще никто слава богу не догадался. Им своей работы на 100% хватает.
очевидно имеются в виду не системные администраторы, а администраторы разработанной программы
...
Рейтинг: 0 / 0
13.08.2007, 12:53
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34723726
Фотография Di_LIne
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Di_LIne
Участник
Бухт_галтерю - бушкам!
Стерверы - админам!
По килограму кода - каждому прогеру!

PS: Опять флуд мимо_темный...
...
Рейтинг: 0 / 0
13.08.2007, 13:57
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34754525
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
Ещё одно сравнение
...
Рейтинг: 0 / 0
27.08.2007, 13:28
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34817776
Истчо вапроз...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Истчо вапроз...
Гость
Вот что спрошу:
- как так вышло, что у FireBird ограничение на число подтвержденных транзакций, в которых выполнялось изменение структуры таблицы, всего 255 (номер версии структуры хранится в одном байте), а в PgSQL этого ограничения нет?
Оба ж вроде версионники... м.б., в PgSQL не пожадничали, и больше одного байта под номер версии выделили (или еще как реализовали)

И после изменения структуры в FB нужно ре-коннект делать...
...
Рейтинг: 0 / 0
21.09.2007, 13:55
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34817800
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Истчо вапроз...
И после изменения структуры в FB нужно ре-коннект делать...

Да неужели?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
21.09.2007, 13:59
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34817830
Истчо вапроз...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Истчо вапроз...
Гость
Dimitry SibiryakovДа неужели?
Рикамендуют инагда...
...
Рейтинг: 0 / 0
21.09.2007, 14:03
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34817847
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Истчо вапроз...Рикамендуют инагда...

А я, например, иногда перезагружаю MS SQL, поскольку он начинает
тормозить со временем...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
21.09.2007, 14:06
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34817869
Истчо вапроз...
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Истчо вапроз...
Гость
Dimitry Sibiryakov
Истчо вапроз...Рикамендуют инагда...

А я, например, иногда перезагружаю MS SQL, поскольку он начинает
тормозить со временем...
Posted via ActualForum NNTP Server 1.4
Не, в данном случае речь идет не о тормозах, а о том, как бы битую базу не "сформировать"...
...
Рейтинг: 0 / 0
21.09.2007, 14:09
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34817911
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Истчо вапроз...как бы битую базу не "сформировать"...

Насколько я знаю, базу такими трюками уже не побить. Это в птичке конца
прошлого века были чудеса...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
21.09.2007, 14:17
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34818755
Jny.lm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Jny.lm
Гость
Dimitry SibiryakovНасколько я знаю, базу такими трюками уже не побить. Это в птичке конца
прошлого века были чудеса...

К сожалению, "отнюдь"... :(
...
Рейтинг: 0 / 0
21.09.2007, 18:10
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34818788
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Jny.lm!
Ты пишешь:

Jny.lmJl> К сожалению, "отнюдь"... :(хто тут?!

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
21.09.2007, 18:20
| Ответить | Цитировать | Написать  
Почему бы не сравнить сравнимое: FB vs PostgreSQL
    #34819193
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Jny.lm Dimitry SibiryakovНасколько я знаю, базу такими трюками уже не побить. Это в птичке конца
прошлого века были чудеса...

К сожалению, "отнюдь"... :(В трекер иди
...
Рейтинг: 0 / 0
22.09.2007, 00:58
| Ответить | Цитировать | Написать  
63 сообщений из 63, показаны все 3 страниц
  все  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Почему бы не сравнить сравнимое: FB vs PostgreSQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=35&tid=1553243]:
 0ms
get settings:
 11ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 60ms
get topic data:
 13ms
get forum data:
 3ms
get page messages:
 80ms
get tp. blocked users:
 2ms
others: 258ms
total:  448ms
созд. / загр.: 448ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]