ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Почему бы не сравнить сравнимое: FB vs PostgreSQL
25 сообщений из 63, страница 1 из 3
  1  все
Почему бы не сравнить сравнимое: 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
| Ответить | Цитировать | Написать  
25 сообщений из 63, страница 1 из 3
  1  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Почему бы не сравнить сравнимое: FB vs PostgreSQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&tid=1553243]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 38ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 52ms
get tp. blocked users:
 1ms
others: 225ms
total:  359ms
созд. / загр.: 359ms
x
x
Закрыть


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