|
|
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Всем доброго настроения. Уважаемые форумчане. Я занимаюсь разработкой Баз данных для нескольких предприятий. на данный момент Oracle XE по всем ограничениям устраивает, но через 1.5 - 2 года на 2-х предприятиях 4 гиг для users tablespace будет маловато. Как один из возможных выходов это чистить базу. Но клиент не хочет этого. Не которые 1-2 предприятия могу позволить купить себе лицензию, но не могу позволить по каким-либо прицинам держать DBA. Основная нагрузка и обработка данных производиться в БД. 1. Как вы думаете стоит ли мигрироваться с oracle на PostgreSQL? (с учетом кризисной обстановки)? 2. как вы считаете, смогут ли в будующем бесплатные СУБД потеснить платные? с Уважением. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2009, 12:54 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Разработчик собственного софта2. как вы считаете, смогут ли в будующем бесплатные СУБД потеснить платные? с Уважением. Ну если бесплатный сыр будет не тока в мышеловке к тому времени, то потеснят, я думаю. Мож тада и бесплатные авто будут теснить платные. Но проявить немного терпения, чтобы дождаться этого будущего, скорее всего, придется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2009, 13:05 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Разработчик собственного софтамогу позволить купить себе лицензию, но не могу позволить по каким-либо прицинам держать DBA И? Если DBA не нужен сейчас, с чего он понадобится через год-два? Как это связано с лицензией? Хотя в таких условиях я бы предложил клиентам "аутсорсинг дба при необходимости". Разработчик собственного софтаОсновная нагрузка и обработка данных производиться в БД. 1. Как вы думаете стоит ли мигрироваться с oracle на PostgreSQL? (с учетом кризисной обстановки)? Очень зависит от профиля софта. Скажем так: может иметь смысл, если софт широко тиражируется, и при этом стоимость одного рабочего места "у Вас" не особо больше стоимости named user лицензии вендора БД. А что, на ДБА для PostgreSQL эти клиенты согласны? Разработчик собственного софта2. как вы считаете, смогут ли в будующем бесплатные СУБД потеснить платные? Лет десять назад задавался ровно этот же вопрос примерно в такой же ситуации ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2009, 13:43 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
softwarer А что, на ДБА для PostgreSQL эти клиенты согласны? Я то конечно понимаю что DBA нужет при любой СУБД, даже при MySQL, по хорошему, ИМХО. Я так понял, что они имели ввиду что при покупки лицензии им надо будет открывать вакансию DBA. эт конечно может и бред, но как говориться клиент всегда прав и сперить с ним увы нге выгодно. А на счет Аутсорсинга это я уже обдумывал, надо предложить. И еще я так понял все будет упираться в бесплатные СУБД, потом. т.к. клиент врят ли будет в восторге от покупки СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2009, 14:15 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Разработчик собственного софтаЯ то конечно понимаю что DBA нужет при любой СУБД, даже при MySQL, по хорошему, ИМХО. Скажем так: ДБА нужен при определённом объеме базы, требованиях к надёжности, оборудованию итп, то есть при определённом классе задач. Конкретный вендор тут - дело двадцатое, платность - аналогично. Разработчик собственного софтаЯ так понял, что они имели ввиду что при покупки лицензии им надо будет открывать вакансию DBA. эт конечно может и бред, но как говориться клиент всегда прав и сперить с ним увы нге выгодно. А на счет Аутсорсинга это я уже обдумывал, надо предложить. С клиентом не нужно ругаться, а "спорить" в смысле "направить в правильную сторону" - почему нет? Если уж совсем цинично - если они так уверены, что к платной БД нужен ДБА, воспользуйтесь этим и продайте им аутсорсного ДБА за полцены собственного Разработчик собственного софтаИ еще я так понял все будет упираться в бесплатные СУБД, потом. т.к. клиент врят ли будет в восторге от покупки СУБД. Тут снова надо считать. По мне - как правило, малоосмысленно связываться с клиентом, для которого $150 на рабочее место представляет серьёзный финансово-религиозный вопрос. Просто потому, что с ним будет неоправданно много геморроя уже у разработчика. Хотя, если Вам повезло найти заказчика с тысячей named user-ов, расчёт может быть и другим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2009, 14:45 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Разработчик собственного софтаЯ занимаюсь разработкой Баз данных для нескольких предприятий. на данный момент Oracle XE по всем ограничениям устраивает, но через 1.5 - 2 года на 2-х предприятиях 4 гиг для users tablespace будет маловато. Как один из возможных выходов это чистить базу. Но клиент не хочет этого. Не которые 1-2 предприятия могу позволить купить себе лицензию, но не могу позволить по каким-либо прицинам держать DBA. Основная нагрузка и обработка данных производиться в БД.После Оракл любая open-source СУБД будет для Вас весьма бедной в плане возможностей, начиная с самого SQL. Советую как разработчик-разработчику, посмотрите в сторону DB2 Express-C, у нее нет ограничений на объем, а SQL всяко не беднее Оракл. Настраивается автомат. администрирование. Правда, встроенный процедурный язык беднее (хотя имхо вполне достаточен), но в отличии от Oracle XE: 1. есть SP на Java, и вообще поддержка Java не обрезана по самый JDBC-драйвер :) 2. используются 2Гб ОП (а в пред. версии - аж 4Гб). 3. Не обрезан XML (есть XQuery). 4. Поддерживается последняя версия продукта (XE - только 10g). 5. Для платной версии - самая дешевая высокая доступность (кластер). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2009, 19:29 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Favn, Спасибо за совет. Надо будет потестить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2009, 10:28 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
FavnРазработчик собственного софтаЯ занимаюсь разработкой Баз данных для нескольких предприятий. на данный момент Oracle XE по всем ограничениям устраивает, но через 1.5 - 2 года на 2-х предприятиях 4 гиг для users tablespace будет маловато. Как один из возможных выходов это чистить базу. Но клиент не хочет этого. Не которые 1-2 предприятия могу позволить купить себе лицензию, но не могу позволить по каким-либо прицинам держать DBA. Основная нагрузка и обработка данных производиться в БД.После Оракл любая open-source СУБД будет для Вас весьма бедной в плане возможностей, начиная с самого SQL. Советую как разработчик-разработчику, посмотрите в сторону DB2 Express-C, у нее нет ограничений на объем, а SQL всяко не беднее Оракл. Настраивается автомат. администрирование. Правда, встроенный процедурный язык беднее (хотя имхо вполне достаточен), но в отличии от Oracle XE: 1. есть SP на Java, и вообще поддержка Java не обрезана по самый JDBC-драйвер :) 2. используются 2Гб ОП (а в пред. версии - аж 4Гб). 3. Не обрезан XML (есть XQuery). 4. Поддерживается последняя версия продукта (XE - только 10g). 5. Для платной версии - самая дешевая высокая доступность (кластер). Спасибо за разъяснения. Надо будет пораздираться. Еще один вопрос: Насколько быстро можно будет в ней разобраться (ораклисту)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2009, 12:47 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Разработчик собственного софтаСпасибо за разъяснения. Надо будет пораздираться. Еще один вопрос: Насколько быстро можно будет в ней разобраться (ораклисту)?Не будучи ораклистом, точно не знаю. Snapshot isolation нет. SQL существенно другой, По нему есть отличная книжка. Многие из расширений Оракл SQL в DB2 9.5 поддерживаются. Процедурный SQL-PL отличается совсем и пригоден только для собственно обработки данных, зато и работает максимально быстро. DB2 запускается сразу после установки и ставит графическую среду для админства и т.д. Можно скачать толстую частично (в самой нужной части) бесплатную среду разработки на Eclipse для SQL-PL и Java. По SQL-PL есть неплохая книжка . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2009, 18:19 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Да, забыл сказать - есть утилита автоматической миграции . Но я ее не пробовал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2009, 18:32 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
PostgreSQL отличная бесплатная СУБД промышленного масштаба. Язык программирования процедур во многом схож на аналогичный Oracle. Т.е. переход на PostgreSQL будет заметно проще чем на любую другую СУБД. Стоимость ДБА (имеется ввиду профи, а не начинающего) будет практически одинаковой если сравнивать с Ораклом или ДБ2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.03.2009, 11:11 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
Солидарен со Stas Tristan. Postgres хорошая база. Делал на нем проект, хотя сам работаю с ораклом. Разобрался очень быстро. Практически все реализуемо, что можно сделать на оракле, но работает чуть медленнее (хотя может настроил не совсем оптимально). А по соотношению цена/качество уж точно лучше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 19:29 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
http://orafce.projects.postgresql.org/ в помощь нормальная база, только нет размещения данных на raw-дисках ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2009, 21:11 |
|
||
|
Стоит ли мигрировать с Oracle на PostgreSQL
|
|||
|---|---|---|---|
|
#18+
vadiminfoРазработчик собственного софта2. как вы считаете, смогут ли в будующем бесплатные СУБД потеснить платные? Ну если бесплатный сыр будет не тока в мышеловке к тому времени, то потеснят, я думаю.А вариант, что бесплатная СУБД со временем может стать платной, вы не рассматриваете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2009, 13:44 |
|
||
|
|

start [/forum/topic.php?fid=35&fpage=21&tid=1552962]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
55ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 235ms |
| total: | 398ms |

| 0 / 0 |
