The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Настройка PostgreSQL. Интервью на тему модификации..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (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 email(??) 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 email(??) 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 email 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 email on 02-Июл-07, 18:51 
ну если посмотреть как они работают с этими блокировками-ужаснешся..
при массовом перепроведение не создать дока, ибо конфликт блокировок..и сидиш жмеш ок по 50 раз
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

На сколько я понял - не всё так просто, собственно говоря, некоторые моменты изложены в комментариях.

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

8. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."  
Сообщение от Igorbts email on 02-Июл-07, 18:00 
Даже такое сотрудничество пойдет на пользу PostgreSQL.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Настройка PostgreSQL. Интервью на тему модификации PostgreSQ..."  
Сообщение от vbv email(ok) on 02-Июл-07, 18:43 
Видимо чего-то не понял :(
Что в этом всем нового, такого - чего нет в документации?
Что по русски - это хорошо. Так почему просто не заняться переводом полной доки на русский язык.

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

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

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

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

http://www.intersystems.com/cache/technology/techguide/index.html

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

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

Архив | Удалить

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру