форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Настройка PostgreSQL. Интервью на тему модификации..."

Сообщение от opennews (??) on 02-Июл-07, 15:22

По согласованию с редакцией Linux Format  открыт доступ к материалу "Настройка PostgreSQL (http://www.inp.nsk.su/~baldin/PostgreSQL/postgresql-tuning.pdf)" из цикла "История о PostgreSQL (http://www.inp.nsk.su/~baldin/PostgreSQL/index.html)". Вместе со статьёй выложено краткое интервью (http://www.inp.nsk.su/~baldin/PostgreSQL/1C/1C.html) с руководителем отдела продвижения экономических программ фирмы "1С" Алексеем Харитоновым с комментариями от Фёдора Сигаева и Олега Бартунова. Кроме того, Печников Алексей  анонсировал блог Трюки PostgreSQL (http://postgrestips.blogspot.com/) (postgrestips.blogspot.com (http://postgrestips.blogspot.com/)), на страницах которого опубликовано несколько полезных статей: -  "Разделенные таблицы (http://postgrestips.blogspot.com/2007/06/partitial-table.html)"; -  "Массивы (http://postgrestips.blogspot.com/2007/06/array.html)"; -  "Индексы (http://postgrestips.blogspot.com/2007/06/index.html)"; -  "Кластеризация (http://postgrestips.blogspot.com/2007/06/cluster.html)"; -  "Анализ данных и построение отчетов (http://postgrestips.blogspot.com/2007/07/blog-post.html)" URL: http://www.inp.nsk.su/~baldin/PostgreSQL/index.html Новость: http://www.opennet.me/opennews/art.shtml?num=11251

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по времени, UBB]

1. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."

Сообщение от sauron (??) on 02-Июл-07, 15:22

Если кратко то это звучало бы так: В связи с тем что переписывать под специфику PostgreSQL свою софтину нам было влом мы подпатчили PostgreSQL чтоб оно работало и так.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от DemiurgSystem (ok) on 02-Июл-07, 15:58
	+1
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Квагга on 03-Июл-07, 19:38
	"специфика PostgreSQL" только выиграет от внесенных в нее изменений. Мне тоже лень переписывать MySQL библиотеки под "специфику PostgreSQL" поэтому MySQL установлен на 25000000 хостов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от yarodin (??) on 02-Июл-07, 15:59
	+1, крайне паршивая контора с одной стороны... с другой хорошо, что под опенсорс переходят, ибо лицензий рыл на 50 бухов W2K3+MSSQL2005 стоит прилично.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Andrew Kolchoogin on 02-Июл-07, 16:17
	> В связи с тем что переписывать под специфику PostgreSQL свою софтину нам было влом мы подпатчили PostgreSQL чтоб оно работало и так. Строго говоря, здесь можно встать на сторону разработчиков 1C. 1C - монстроидальная программа (судя по размеру её бинарников), и о количестве SQL-запросов в ней можно только догадываться. "Выловить" все запросы, семантика которых отличается на Microsoft SQL Server и на PostgreSQL, безусловно, можно, но это задержит выход на рынок продукта на пару-тройку лет. Так не лучше ли сейчас соорудить Quick-n-Dirty Solution, получить бабла и влить оное в разработку более Linux-специфичной версии 1C, где, возможно, уже не придётся ничего патчить? 1C - не Open Source, там надо людям бабло платить. ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Flyheart on 02-Июл-07, 16:48
	да было бы бавбло - копейки они платят. Программер при поступлении на работу 200баксов получает - ни один нормальный на таком жаловании не останется. А вы удивляетесь почему такой кривой адынэсс...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от coroner on 02-Июл-07, 18:49
	хехе..в эти бинарники также вшиты 50 метров просто текста..типа перевода..
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от zcom on 02-Июл-07, 16:56
	Логика внутренней работы MS SQL и PostgreSQL в корне отличаются. Первая блокировочная, вторая версионная. Отсюда и невозможность использовать типовые наработки 1С для корректной работы с PostgreSQL. Отсюда и необходимость небольших патчей, часть из которых уже вошла в PostgreSQL версии 8.2. 1С изначально разрабатывалась для работы с блокировочными СУБД. Поэтому, кому интересно, могут смотреть в сторону IBM DB2 (есть и бесплатная версия этой СУБД). Там и скорость приличная, и оптимизация выполняется программерами IBM... А PostgreSQL... планы есть у 1С, чтобы скорость исполнения запросов выровнять во всех СУБД, но когда это будет...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от coroner on 02-Июл-07, 18:51
	ну если посмотреть как они работают с этими блокировками-ужаснешся.. при массовом перепроведение не создать дока, ибо конфликт блокировок..и сидиш жмеш ок по 50 раз
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Evgueni on 03-Июл-07, 06:47
	>Если кратко то это звучало бы так: В связи с тем что >переписывать под специфику PostgreSQL свою софтину нам было влом мы подпатчили >PostgreSQL чтоб оно работало и так. На сколько я понял - не всё так просто, собственно говоря, некоторые моменты изложены в комментариях.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."

Сообщение от Igorbts on 02-Июл-07, 18:00

Даже такое сотрудничество пойдет на пользу PostgreSQL.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."

Сообщение от vbv (ok) on 02-Июл-07, 18:43

Видимо чего-то не понял :( Что в этом всем нового, такого - чего нет в документации? Что по русски - это хорошо. Так почему просто не заняться переводом полной доки на русский язык. А то, что пусть и правильные но явно не полные, следствия из возможностей теперь называются теперь трюками - это выше моего понимания. :(

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Evgueni on 03-Июл-07, 06:45
	Ничего нового. А что нового вообще может быть - все слова составлены из одних и тех же букв :) Это статьи для популярного журнала - со всеми вытекающими ограничениями для подобного формата.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Veter (??) on 03-Июл-07, 17:43
	>Видимо чего-то не понял :( >Что в этом всем нового, такого - чего нет в документации? >Что по русски - это хорошо. Так почему просто не заняться переводом >полной доки на русский язык. Полную доку вкуривал несколько лет, пока понял, как следует делать в _реальных случаях_. Например, поищите в официальной документации или еще где хотите, сколько схем в базе будут эффективно работать и нет ли каких ограничений. Может даже найдете. Про разделенные таблицы и кластеризацию все давно переведено, но опять же пока не попробуешь не узнаешь, где и как эти технологии нужно использовать, а где они не нужны. И если использовать, что сделать, чтобы получить существенный прирост производительности. Еще почитайте в доках работу с pltcl - могу сказать, что все необходимое для работы рассказано, но чтобы понять это, нужно знать намного больше. А фишки с созданием и восстановлением дампа базы со многими схемами, принадлежащими разным пользователям и пользовательскими функциями в них (например, определение языка pltcl или plpgsql или любого другого от обычного пользователя невозможно, дамп такой базы восстановить так просто не удастся, а при восстановлении от суперпользователя начинаются приколы с правами на функции на этих языках, и это несмотря на прекрасную работы pg_dump в простых случаях), создание персонализированных пользовательских функций для разных пользователей базы, ... Мне продолжать или Вы уже поняли, что в жизни все сложнее, чем в самом подробном мануале?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."

Сообщение от Аноним on 03-Июл-07, 08:44

А почему им влом переделать 1С, смею предположить, что в коды С++ Оочень вломно влазить. Переписали бы свое поделье на Lazarus, за одно получили бы версию и к Mac и Linux без накладных расходов. Заодно помогли бы IDE его довести до ума. Я вон свой проект с 20 МБ исподников собираю за неделю, переделываю почти все... Все в одиночку...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Аноним on 03-Июл-07, 10:16
	Ничего не имею против Лазаря(акромя его величественных размеров), но все же переделывать всю  1C'ку на другом языке - это сумашествие однако =))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	22. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от vital (??) on 04-Июл-07, 19:01
	20 МБ.. это ж скока строк кода?.. и все в одиночку?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	25. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Анониму on 05-Июл-07, 20:00
	У мну уже за 50МБ перевалилось, но если стрипнуть то порядка 10МБ Одному в качестве хобби нормально, примерно 5000 строк но специально не считал...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."

Сообщение от Аноним on 03-Июл-07, 11:38

В 1C из прикладных объектов уши реляционных СУБД торчат. Нужна настоящая ОО СУБД типа Cache'. Но, как говорится, пока "пипл хавает"...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Evgueni on 03-Июл-07, 18:01
	При всём уважении я слышу про потенциальную крутость ОО-СУБД уже почти десять лет. Только потенциал этот чего-то не вырисовывается. Рулят таки реляционные БД из-за своей простоты, логичности и хорошо проработанной теории.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Аноним on 04-Июл-07, 11:24
	Это потому, что польза от ОО-СУБД есть когда она интегрирована в среду разработки ООП приложений. Таким образом программист работает с объектами и не отвлекается на механизмы доступа к объектам в СУБД. И ещё я думаю, что тем, кто дошёл до Cache', 1C и прочие спецограниченные игрушки нафиг уже не нужны. http://www.intersystems.com/cache/technology/techguide/index.html
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Evgueni on 04-Июл-07, 19:03
	>Это потому, что польза от ОО-СУБД есть когда она интегрирована в среду >разработки ООП приложений. Таким образом программист работает с объектами и не >отвлекается на механизмы доступа к объектам в СУБД. И ещё я >думаю, что тем, кто дошёл до Cache', 1C и прочие спецограниченные >игрушки нафиг уже не нужны. > Я вот знаю историю только крупного одного проекта, который серьёзно пытался работать с объектной БД - Fermilab вбухал в Objectivity просто немеренное количество денег и два или даже три года себя насиловал и как результат откатились таки обратно. CERN, похоже тоже не сдюжил, а так красиво всё начиналось - объекты и прочее, а на выходе всё-равно ntuplы были есть и будут. Вот SQL с точностью до гомоморфизма - это теория множеств. А что такое объектно ориентированная модель? Какой области в математике соответствует? Объекты хороши только для запутывания логики они хороши только в очень узком классе задач, например GUI, но и там есть вполне себе рабочие решения без прямого их использования.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	24. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Alexandr (??) on 05-Июл-07, 09:57
	я уже много лет работаю разработчиком СУБД и имею сказать по этому поводу - НАЗАД В БУДУЩЕЕ - ОО модель уже в общем изживает себя и свежие хорошие идеи находятся в Дата Центристском подходе к сложным системам - пожалуйста поймите - ОО хорошо  для поделок но для сложных и тем более гетерогенных систем
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от xen (??) on 04-Июл-07, 12:50
	Тогда уж лучше open source вариант использовать - ZODB Врочем не очень знаю специфику 1C, но плотно знаком с ZODB
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	26. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."
	Сообщение от Answer on 07-Июл-07, 13:16
	Очень бажная штука.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]