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

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

Еще есть системы, в которых админ под страхом уголовного наказания не
допущен до данных.

Posted via ActualForum NNTP Server 1.3

24 май 06, 11:36    [2699641]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
zhouck
Мда, админу уже проверять соответствие внесенных данных реальным :)
Вообще-то, для этого существуют сверки с данными бухгалтерии, сверка с
данными на счетах и т.д.
Posted via ActualForum NNTP Server 1.3


на самом дела вероятно часто так и есть...
у нас например, бухгалтер че-то сделал и кричит, мол у меня деньги появились не на той статье...
почему? да потому что он сам проводку неверную сделал... помогают найти как правило админы, но ИМХО только потому, что у них мыслительный процесс не такой как у бухгалтера, как правило.....
А вообще-то я нигде не встретил конкретного плана действий админа, но уж проверять корректность введенных юзером данных должен точно не он.. ИМХО
24 май 06, 11:48    [2699716]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
mv

Aki

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

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

Posted via ActualForum NNTP Server 1.3


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

2.1 Используемая память 

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

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

#---------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#---------------------------------------------------------------------------

# - Memory -

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

Далее
2.1.3 Память для работы команды VACUUM: vacuum_mem 

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

ну почитать интересно конечно...
24 май 06, 12:14    [2699873]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
Не так опубликовал блин...

2.1 Используемая память 

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

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

Откуда: iBase.ru
Сообщений: 30232
автор
да потому что он сам проводку неверную сделал... помогают найти как правило админы

админ, который разбирается в прикладной области?
админ, который в курсе структуры БД, и знает SQL?
админ, который в курсе того, как ведут себя приложения (что как делают и куда записывают) ?
Это не админ. Это человек, "сопровождающий" систему.

разумеется, понятие администрирования в реальной жизни весьма размыто.
Если иметь в виду файл-сервер, то админ должен обеспечить сохранность файлов и бесперебойность функционирования. Отвечает он за содержимое файлов? нет.
24 май 06, 12:51    [2700119]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Aki
Guest
1 - я вообще-то себя админом и не считаю (только потому, что нигде пока не нашел четкого плана - что-как-когда должен делать АБД, окромя бэкапов и проведения скриптом по обновлению)

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

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


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

kdv

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


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

kdv

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


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

kdv

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


В принципе так оно и есть.....
Один человек делает бэкапы, я пишу скрипты когда нужно и так далее....., третий занимается администрированием серверов, с точки зрения железа
24 май 06, 13:07    [2700241]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Sad Spirit
Member

Откуда:
Сообщений: 569
Aki
mv

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


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

2.1 Используемая память 

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

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

В статье кроме устаревших сведений ещё и лажа есть. :)
24 май 06, 23:44    [2703150]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Alec C4
Member

Откуда:
Сообщений: 11
Пока что меня больше всего расстраивает в Firebird отсутствие аналога сайта http://pgfoundry.org/ и не очень большой количество статей по сравнению с постгрессом :(
30 июл 07, 14:20    [4453247]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Alec C4
Member

Откуда:
Сообщений: 11
kdv
автор
да потому что он сам проводку неверную сделал... помогают найти как правило админы

админ, который разбирается в прикладной области?
админ, который в курсе структуры БД, и знает SQL?
админ, который в курсе того, как ведут себя приложения (что как делают и куда записывают) ?
Это не админ. Это человек, "сопровождающий" систему.

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


по опыту работы в крупной ИТ-компании могу сказать, что админ админу рознь. например - есть dba (которые занимаются только базами), есть системные и сетевые администраторы (эти поятно чем заняты) и есть админы приложений, которые разбираются в прикладной области, в sql, знают как устроена база итд
30 июл 07, 14:23    [4453267]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
hvlad
Member

Откуда:
Сообщений: 11551
Alec C4
Пока что меня больше всего расстраивает в Firebird отсутствие аналога сайта http://pgfoundry.org/ и не очень большой количество статей по сравнению с постгрессом :(
У PostgreSQL есть аналог www.ibase.ru ?
30 июл 07, 15:53    [4454077]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
hvlad
У PostgreSQL есть аналог www.ibase.ru ?

А с добавкой скруля = 125%!
30 июл 07, 16:41    [4454534]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Serik Akhmetov
Member

Откуда:
Сообщений: 565
hvlad
У PostgreSQL есть аналог www.ibase.ru ?
http://postgresmen.ru/
31 июл 07, 13:21    [4458373]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32882

Привет, Serik!
Ты пишешь:

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

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

Posted via ActualForum NNTP Server 1.4

31 июл 07, 13:32    [4458461]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Serik Akhmetov
Member

Откуда:
Сообщений: 565
Что мне нравится в PostgreSQL:
- более продвинутый SQL (например select ... from (select ...))
- более продвинутый язык написания ХП (plpgsql)
- поддержка большого кол-ва языков для ХП, plperl иногда очень помогает и разрабатывать намного проще чем UDF
- простое API

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

Признаю, что все во многом субъективно, и зависит от опыта работы с конкретной БД, и на каждый плюс можно привести минус.
31 июл 07, 13:37    [4458488]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Serik Akhmetov
Member

Откуда:
Сообщений: 565
Мимопроходящий
подраздел "статьи" навевает унынье...
Согласен, количеством сильно уступает ibase.ru.
Но ! Есть sql.ru->PostgreSQL.
Какой статьи вам не хватает ? спросите там, вам быстро укажут на раздел официальной документации :)

А ценность postgresmen.ru в том, что есть люди, которые могут помочь профессионально.
31 июл 07, 13:51    [4458573]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32882

Привет, Serik!
Ты пишешь:

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

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

Posted via ActualForum NNTP Server 1.4

31 июл 07, 13:59    [4458645]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Serik Akhmetov
Что мне нравится в PostgreSQL:
- более продвинутый SQL (например select ... from (select ...))

Диалект SQL FB не поддерживает подзапросов? Но разве такое бывает? Или что имелось в виду?
31 июл 07, 14:07    [4458702]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32882

Привет, vadiminfo!
Ты пишешь:

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

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

Posted via ActualForum NNTP Server 1.4

31 июл 07, 14:14    [4458780]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290
Serik Akhmetov
Мимопроходящий
подраздел "статьи" навевает унынье...
Согласен, количеством сильно уступает ibase.ru.
Но ! Есть sql.ru->PostgreSQL.
Какой статьи вам не хватает ? спросите там, вам быстро укажут на раздел официальной документации :)

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

Все-таки у PostgreSQL и распространенность в России поменьше чем у FB, да и сообщество лично у меня произвело впечатление большей "сдвинутости" в сторону ПэХаПэ, веба и прочих гостевых книг, хотя, возможно, это чисто субъективное впечатление. Правда, эта ситуация меняется. Например, явно в пользу увеличения популярности PG играет его поддержка в 1с8.1. Наберется (если) какая-то критическая масса пользователей - будут и статьи и ресурсы сравнимые с ibase.
7 авг 07, 18:33    [4492815]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32882

Привет, Александр!
Ты пишешь:

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

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

Posted via ActualForum NNTP Server 1.4

7 авг 07, 18:51    [4492908]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290
Мимопроходящий

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

Так сколько времени прошло с выхода 1с8.1? Бета вышла примерно год назад, релиз объявили 27.12.2006. Тем не менее уже сейчас в форуме 1с на sql.ru на первой же странице PostgreSQL упоминается в названиях двух топиков. Может это и нельзя еще считать "сколь-нибудь заметным", но подождем, что время покажет.
7 авг 07, 19:11    [4493012]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
Александр Гoлдун
Тем не менее уже сейчас в форуме 1с на sql.ru на первой же странице PostgreSQL упоминается в названиях двух топиков.

Имхо, сие, скорее, может означать только кол-во проблем с ентим, чем реальное положение дел.
8 авг 07, 18:51    [4498860]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Sad Spirit
Member

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

Имхо, сие, скорее, может означать только кол-во проблем с ентим, чем реальное положение дел.

Аха, кнэшно, большое количество тем по Firebird отражало бы большую популярность Firebird, а большое кол-во тем по PostgreSQL --- большое кол-во проблем.
10 авг 07, 16:30    [4509896]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
Sad Spirit
Аха, кнэшно, большое количество тем по Firebird отражало бы большую популярность Firebird, а большое кол-во тем по PostgreSQL --- большое кол-во проблем.

- Э-э-э-э, уважаемый...
Покажте мне самый большой форум про АКМ...
В нем - желающих обсуждать проблемы юзанья АКМ будем гораздо большим, чем желающих
обсудит его популярность и эффективность.
- На порядки, заметьте!
10 авг 07, 18:25    [4510660]     Ответить | Цитировать Сообщить модератору
 Re: Почему бы не сравнить сравнимое: FB vs PostgreSQL  [new]
denis_viktorovich
Member

Откуда: Екб
Сообщений: 1280
Aki

на самом дела вероятно часто так и есть...
у нас например, бухгалтер че-то сделал и кричит, мол у меня деньги появились не на той статье...
почему? да потому что он сам проводку неверную сделал... помогают найти как правило админы, но ИМХО только потому, что у них мыслительный процесс не такой как у бухгалтера, как правило.....
А вообще-то я нигде не встретил конкретного плана действий админа, но уж проверять корректность введенных юзером данных должен точно не он.. ИМХО


Ну не знаю, у нас такими вещами только прикладники и постановщики занимаются. Послать админа заниматься предметной областью еще никто слава богу не догадался. Им своей работы на 100% хватает.
13 авг 07, 12:38    [4515984]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить