Форум: "Прочее";
Текущий архив: 2008.07.27;
Скачать: [xml.tar.bz2];
Вниз
postgresql + дополнительная информация Найти похожие ветки
← →
ganda © (2008-06-08 18:46) [0]на работе хотим пересесть на эту базу но ничего про неё незнаем!
Подскажите как у неё едёт организация БД многофайловая как у Оракла или как Файрбёрда! потом защита происходит на уровне Базы или Сервера?
И последний вопрос какими инструментами и компанентами пользоватся при работе с такой СУБД
← →
Илья Корстин © (2008-06-08 18:53) [1]
> на работе хотим пересесть на эту базу но ничего про неё
> незнаем!
Мазо?
← →
ganda © (2008-06-08 19:27) [2]))) неть не мазо!! садизм просто сейчас работаем с Файрбёрдом хотелось дальше развиватся! И узнать чё то новенького и не пускатся в тяжкие эксприменты а выслушать мнение людей которые работали с этой СУБД
← →
ага (2008-06-08 19:33) [3]Удалено модератором
← →
Илья Корстин © (2008-06-08 19:36) [4]По моему мнению, изучение надо начинать с документации.
http://www.postgresql.org/docs/faqs.FAQ.html
http://wiki.postgresql.org/wiki/Main_Page
← →
ganda © (2008-06-08 20:32) [5]доки хорошая вещь! И все таки
хотелось услышать мнение а про то что сидетьна Фаёрберде будем сидеть и дальше на поддержки старых проектов! и будем дальше его использовать
← →
Anatoly Podgoretsky © (2008-06-08 20:50) [6]> ganda (08.06.2008 20:32:05) [5]
Ну ладно не хотите сидеть на ФБ, но почему ПостГре?
Я посмотрел на эту базу и администрирование, не я лучше пойду застрелюсь, как будто во времена Парадокс вернулся.
← →
tesseract © (2008-06-08 21:14) [7]
> не я лучше пойду застрелюсь, как будто во времена Парадокс
> вернулся.
Yahoo и Корпорация Sony вот не стреляються. Отличная база, кое в чём даже превосходит Oracle.
← →
blackman © (2008-06-08 22:27) [8]Странный вопрос. В wiki все прилично описано
http://ru.wikipedia.org/wiki/PostgreSQL
← →
tesseract © (2008-06-08 22:44) [9]ксати в последних версиях появилась поддержка иерархии. Nested sets можно наконец-то забыть, как страшный сон.
← →
Anatoly Podgoretsky © (2008-06-08 23:17) [10]> tesseract (08.06.2008 21:14:07) [7]
Вряд ли эти корпорации подходили из такой тезы, а давайте попробуем ПостГре.
← →
ganda (2008-06-09 08:30) [11]Какой графический инструмент можно использовать для администрирование данной СУБД?
← →
PEAKTOP © (2008-06-09 08:31) [12]выбирай
http://torry.net/pages.php?id=1431
← →
ganda (2008-06-09 08:38) [13]
> PEAKTOP © (09.06.08 08:31) [12]
Спасибо, так далее пошли вопросы по организицаии хранение БД на физическом носителе! Как БД хранится в виде одного файла или многофайлов
← →
PEAKTOP © (2008-06-09 09:43) [14]http://www.postgresql.org/docs/8.3/static/index.html
Вперед ! За Родину !
← →
wicked © (2008-06-09 10:53) [15]> ganda
с таким подходом лучше вы этот постгре не трогайте....
← →
Ega23 © (2008-06-09 11:24) [16]
> Спасибо, так далее пошли вопросы по организицаии хранение
> БД на физическом носителе! Как БД хранится в виде одного
> файла или многофайлов
А тебе не всё-равно?
Но вот, например:
tree d"\dbms\Postgres >>d:\2.txt
Структура папок
Серийный номер тома: 9841-1B34
D:\DBMS\POSTGRES
+---bin
+---data
| +---base
| | +---1
| | +---11510
| | +---11511
| | +---16611
| | +---pgsql_tmp
| +---global
| +---pg_clog
| +---pg_log
| +---pg_multixact
| | +---members
| | +---offsets
| +---pg_subtrans
| +---pg_tblspc
| +---pg_twophase
| +---pg_xlog
| +---archive_status
+---doc
+---lib
| +---plugins
+---pgAdmin III
| +---docs
| | +---de_DE
| | | +---hints
| | +---en_US
| | | +---hints
| | +---es_ES
| | | +---hints
| | +---fi_FI
| | | +---hints
| | +---fr_FR
| | | +---hints
| | +---sl_SI
| | +---hints
| +---i18n
| | +---af_ZA
| | +---bg_BG
| | +---ca_ES
| | +---de_DE
| | +---es_ES
| | +---fi_FI
| | +---fr_FR
| | +---gl_ES
| | +---it_IT
| | +---ja_JP
| | +---ko_KR
| | +---nl_NL
| | +---pl_PL
| | +---pt_BR
| | +---pt_PT
| | +---ru_RU
| | +---sr_YU
| | +---zh_CN
| | +---zh_TW
| +---Scripts
+---share
| +---contrib
| +---timezone
| | +---Africa
| | +---America
| | | +---Argentina
| | | +---Indiana
| | | +---Kentucky
| | | +---North_Dakota
| | +---Antarctica
| | +---Arctic
| | +---Asia
| | +---Atlantic
| | +---Australia
| | +---Brazil
| | +---Canada
| | +---Chile
| | +---Etc
| | +---Europe
| | +---Indian
| | +---Mexico
| | +---Mideast
| | +---Pacific
| | +---US
| +---timezonesets
| +---tsearch_data
+---StackBuilder
+---i18n
+---de_DE
+---fr_FR
+---ja_JP
+---ru_RU
+---sv_SE
+---tr_TR
← →
Плохиш © (2008-06-09 11:26) [17]
> ganda (09.06.08 08:30) [11]
> Какой графический инструмент можно использовать для администрирование
> данной СУБД?
Так сервер поставь и узнаешь. А филосовствовать нет ни времени, ни желания.
> Anatoly Podgoretsky © (08.06.08 20:50) [6]
Ну, новые версии подрoсли :-)
← →
Anatoly Podgoretsky © (2008-06-09 12:04) [18]
> Ega23 © (09.06.08 11:24) [16]
Вот когда я это увидел, мне стало плохо.
А то что я видел было установлено на ноутбуке, для поддержки какой то европрограммы по окружающей среде, только структура была еще страшнее и это предлагалось конечному пользователю. ГУИ тоже не понравился своей сложностью.
Не уверен, что у разработчиков было в порядке с головой.
← →
Anatoly Podgoretsky © (2008-06-09 12:05) [19]
> Ну, новые версии подрoсли :-)
Видимо так, поскольку то что я видел, значительно превосходит структуру от Ega23
← →
Ega23 © (2008-06-09 12:14) [20]
> Вот когда я это увидел, мне стало плохо.
> А то что я видел было установлено на ноутбуке, для поддержки
> какой то европрограммы по окружающей среде, только структура
> была еще страшнее и это предлагалось конечному пользователю.
А по большому счёту - КПКД, как БД на диске храниться? Одним конкретным файлом, или вот так, как я пример привёл (это чисто директории дефолтной и одной моей БД)? Какая разница? При бэкапе - один файл получается.
> ГУИ тоже не понравился своей сложностью.
Имхо гораздо приятнее EM. А построитель запросов практически ничем от QA не отличается.
> Не уверен, что у разработчиков было в порядке с головой.
Местами - да, сам SQL весьма чуден. Чтобы проверить наличие записи в таблице, надо функцию писать. В рамках голого SQL нельзя ни переменные объявлять, ни if использовать. Только в функциях.
← →
kernel © (2008-06-10 06:38) [21]Стоит проблема выбора между PostgreSQL и MySQL. Кто что может сказать по этому поводу? По-моему в PostgreSQL один VACUUM - уже проблема. Что выбрать? Особенно хотелось бы услышать совета тех, у кого была аналогичная проблема выбора :)
← →
Sergey13 © (2008-06-10 08:27) [22]> [21] kernel © (10.06.08 06:38)
> Кто что может сказать по этому поводу?
А что ты сам можешь сказать в оправдание этого небогатого списка? 8-)
← →
ZeroDivide © (2008-06-10 09:04) [23]А чем FB не угодил? Вполне нормальная, современная СУБД, к тому же достаточно стабильно развивающаяся.
← →
Ega23 © (2008-06-10 09:45) [24]
> Стоит проблема выбора между PostgreSQL и MySQL.
Если между Postgres и MySQL - то однозначно Postgres.
← →
Ослик (2008-06-10 09:54) [25][24] Ega23 © (10.06.08 09:45)
Даже если у хостера есть только MySQL?
Не все так однозначно.
Однако, следует учесть, что MySQL можно назвать "условно бесплатной".
Она бесплатна только для тех, кто распостраняет свою программу с исходниками.
А по теме - детский сад. Хотя, хочется высказаться и намного крепче.
> на работе хотим пересесть на эту базу но ничего про неё незнаем!
Как можно хотеть то, чего незнаешь?
← →
Sergey13 © (2008-06-10 09:56) [26]> [25] Ослик (10.06.08 09:54)
> Даже если у хостера есть только MySQL?
А в этом случае вообще стоит проблема выбора?
← →
Ослик (2008-06-10 10:00) [27][26] Sergey13 © (10.06.08 09:56)
:)
Я не совсем удачно выразился.
Очень многие хостеры предлагают только MySQL, поэтому, если продукт является вебсайтом и нацелен на то, что его будут использовать на таких хостерах, то имеет смысл все-таки использовать MySQL.
← →
Sergey13 © (2008-06-10 10:04) [28]> [27] Ослик (10.06.08 10:00)
> если продукт является вебсайтом
Выбор зависит от множества всяких "если". А тема - согласен, странная мягко говоря.
← →
Ega23 © (2008-06-10 10:26) [29]
> Даже если у хостера есть только MySQL?
Если у хостера есть только MySQL, то о каком выборе идёт речь???
(С другой стороны, всё больше и больше хостеров начинают и Postgres поддерживать).
← →
Некто (2008-06-10 10:36) [30]
> kernel © (10.06.08 06:38) [21]
А чем собсно вакуум плох? Механизмы обслуживания базы данных есть в любой СУБД, от этого не деться.
← →
Плохиш © (2008-06-10 10:58) [31]
> kernel © (10.06.08 06:38) [21]
> Стоит проблема выбора между PostgreSQL и MySQL.
Странная проблема выбора между базой и недобазой...
> По-моему в PostgreSQL один VACUUM - уже проблема.
Ну если у тебя проблема, то надо нанять администратора.
← →
Плохиш © (2008-06-10 11:00) [32]
> Ослик (10.06.08 10:00) [27]
> Очень многие хостеры предлагают только MySQL,
У нас обе предлагают.
← →
Anatoly Podgoretsky © (2008-06-10 11:48) [33]> Плохиш (10.06.2008 11:00:32) [32]
А у меня провайдер предлагает только MS SQL
← →
Плохиш © (2008-06-10 12:08) [34]
> Anatoly Podgoretsky © (10.06.08 11:48) [33]
> > Плохиш (10.06.2008 11:00:32) [32]
>
> А у меня провайдер предлагает только MS SQL
Фи, какой ты злой провайдер :-)
← →
Anatoly Podgoretsky © (2008-06-10 13:21) [35]> Плохиш (10.06.2008 12:08:34) [34]
Ты не ругайся, хороший провайдер.
Страницы: 1 вся ветка
Форум: "Прочее";
Текущий архив: 2008.07.27;
Скачать: [xml.tar.bz2];
Память: 0.54 MB
Время: 0.006 c
