История о PostgreSQL

да... краткое и короткое - разные вещи :)

>Максимом Валянским.

шойто такое?

Да уж.. интервью... ни здрасти ни насрать, простите. Такое ощущение, что просто кусок выдрали из середины. И заканчивается на слове Java.

Мда, как и раньше, прямо скажем, не очень впечатляют материалы на этом сайте!

КГ/...

>Такое ощущение, что просто кусок выдрали из середины.

Это не самостоятельное интервью. Это просто врезка в статью - отсюда и его небольшой объём. Возьми более длинное, обстоятельное интервью у Максима и опубликуй его где-нибудь, а я почитаю.

>Возьми более длинное, обстоятельное интервью у Максима

это фантастика :)

А чего все история-то? Постгрес собрался на пенсию? Даеш статью о перспективах развития!

Есть предложение завестись канкретна: MySQL vs. PostgreSQL

> Даеш статью о перспективах развития!

Гхмм, а кто эту статью у меня купит? :) Перспективы развития - это к Олегу Бартунову.

>> Возьми более длинное, обстоятельное интервью у Максима

> это фантастика :)

Ну да - и это тоже :)

>Есть предложение завестись канкретна: MySQL vs. PostgreSQL

в мускуле есть аналог dblink?

>Возьми более длинное, обстоятельное интервью у Максима

это фантастика :)

Тут, между прочем, тусуются парни, чье имя фигурирует среди девелоперов CERN.

> >Есть предложение завестись канкретна: MySQL vs. PostgreSQL

> в мускуле есть аналог dblink?

Есть, Federated tables.

Текущая версия 8.2.4, которая сильно отличается от 8.0. Может в интервью очепятка ? Хотелось бы реализовать поиск на лор-е с помощью нашего tsearch2, раз уж все работает на PostgreSQL. Максим, если есть желание, то могу помочь.

Олег

> Тут, между прочем, тусуются парни, чье имя фигурирует среди девелоперов CERN.

Кого здесь только нет :) Увы, ROOT не сильно интересует нынешнюю молодёжь (да и много чего ему для интерактивного анализа не хватает), поэтому только одна статья: http://www.inp.nsk.su/~baldin/DataAnalysis/index.html

> Текущая версия 8.2.4, которая сильно отличается от 8.0. Может в интервью очепятка ? Хотелось бы реализовать поиск на лор-е с помощью нашего tsearch2, раз уж все работает на PostgreSQL. Максим, если есть желание, то могу помочь.

Настоятельно рекомендую прислушаться :)

P.S. То - не опечатка - у меня всё записано :) правда это было пол года назад, так что глядишь чего и поменялось.

Следущей будет история про неPostgreSQL... :) Это типа современные сказки Андерсена?

Почитай ребёнку на ночь - уснёт гарантировано :) (ну через какое-то время заведомо)

Коль уж тут разработчики PG тусуются... Лицензия плохая у PG, M$ тырит, что хочет, 1с тырит... А в развитие никто вкладываться не хочет... Удивляюсь я энтузиастам BSD лицензии...

> Лицензия плохая у PG, M$ тырит, что хочет, 1с тырит... А в развитие никто вкладываться не хочет

Вы бы для начала изучили вопрос. Почитали интервью по ссылке с представителем 1C. Нормально вкладываются.

> Лицензия плохая у PG, M$ тырит, что хочет, 1с тырит... А в развитие никто вкладываться не хочет

Вы бы для начала изучили вопрос. Почитали интервью по ссылке с представителем 1C. Нормально вкладываются.

Evgueni *** (*) (28.07.2007 16:51:21)

Ну во-первых, анонимусы на ЛОР-е по ссылкам не ходят... А во-вторых вопрос я изучил... Использует 1с не стандартную PG, а модифицированную и я сомневаюсь, что с теми патчами, которые выложены на ихнем сайте, можно собрать точно такую же PG, которую они используют в своих релизах...

> Использует 1с не стандартную PG, а модифицированную и я сомневаюсь, что с теми патчами, которые выложены на ихнем сайте, можно собрать точно такую же PG, которую они используют в своих релизах...

На чем основано сомнение? 1C'овский патч к PG - это не то, что является камнем преткновения для конкурентов 1С, поэтому его можно спокойно выложить...

+1

"Я сам не проверял, и точно не знаю, но уверено могу сказать что..." - заебись позиция.

>На чем основано сомнение? 1C'овский патч к PG - это не то, что является камнем преткновения для конкурентов 1С, поэтому его можно спокойно выложить...

А Вы пробовали сами собирать? Иди как? Все один к одному собирается?

> Ну во-первых, анонимусы на ЛОР-е по ссылкам не ходят... А во-вторых вопрос я изучил... Использует 1с не стандартную PG, а модифицированную и я сомневаюсь, что с теми патчами, которые выложены на ихнем сайте, можно собрать точно такую же PG, которую они используют в своих релизах...

Здесь и сейчас в этом треде отметился человек, который делал эту модификацию для 1С и который является одним из основных разработчиков PostgreSQL. Пользуясь моментом - задайте ему вопрос, а ещё лучше сходите ка по ссылки и может быть часть вопросов сами отпадут.

Иди как? ---> Или как?

>Здесь и сейчас в этом треде отметился человек

Так я этому человеку задаю вопрос, и не один... Мне всегда была интересна позиция тех, кто пишет под BSD лицензией... Чем они руководствуются, т.к. BSD лицензия для воровства кода сделана...

>> Здесь и сейчас в этом треде отметился человек

> Так я этому человеку задаю вопрос, и не один... Мне всегда была интересна позиция тех, кто пишет под BSD лицензией... Чем они руководствуются, т.к. BSD лицензия для воровства кода сделана...

Вы не тот вопрос задаёте - ему надо задавить вопрос на тему: а собраются ли патчи 1С с текущей сборкой PostgreSQL? А на тему лицензии - сходите и почитайте FAQ на PostgreSQL или найдите ответ на заданный Вами вопрос в первой части цикла. Не следует кичиться тем, что доки не читаешь.

А что мешает PostgreSQL обойти тот же MySQL (насчёт SQLite замнём ибо его удобно узать в малых маштабах)?

> А что мешает PostgreSQL обойти тот же MySQL (насчёт SQLite замнём ибо его удобно узать в малых маштабах)?

Частично на этот вопрос отвечает в своём интервью Алексей Борзов - сходите по ссылке.

>Почитали интервью по ссылке с представителем 1C. Нормально вкладываются.

Евгений, я позволю себе не согласится с Вами. Основной лейтмотив перехода на PostgreSQL - это снижение стоимости продаж. Система спроектирована настолько бездарно, что абсолютно безразлично, что будет выступать в роли хранилища данных.

Кстати, я могу сказать, что видела реализацию т.н. "регистров" в 1с торговле, на базе мускуля, стоило это порядка 70 баксов.

И тогда я в праве задать вполне резонный вопрос: " А наху... на нам 1С"?

> И тогда я в праве задать вполне резонный вопрос:

Этот вопрос следует задавать главбуху. Наш основной автоматизатор разных учётов уже несколько лет рассказывает на автоматизацонном совете как производится переход на 1С с Флагмана (если не перевираю) и его самые пессимистичные предсказания более чем трёхлетней давности похоже сбываются (по поводу затрат на переход и скорости работы системы - отличия почти на порядки), но привыкнуть можно ко всему.

Но конкретно по поводу PostgreSQL IMHO там поступили очень грамотно. По ссылке есть интервью на эту тему с комментариями разработчиков :)

>Основной лейтмотив перехода на PostgreSQL - это снижение стоимости продаж.

Скорей всего будет точнее так: Снижение цены для покупателя (повышение конкурентноспособности за счет снижения цены)

>BSD лицензия для воровства кода сделана...

Детка, попроси у мамы, чтобы тебе уколы делали почаще.

4.*BSD && LSD сделали реальные парни универа в Беркли

> Текущая версия 8.2.4, которая сильно отличается от 8.0. Может в интервью очепятка?

Сейчас стоит именно 8.2.4

> Хотелось бы реализовать поиск на лор-е с помощью нашего tsearch2, раз уж все работает на PostgreSQL

Сейчас используется именно tsearch2. http://www.linux.org.ru/jump-message.jsp?msgid=2039643

>И тогда я в праве задать вполне резонный вопрос: " А наху... на нам 1С"?

Резонный вопрос... 1С теряет свои позиции на рынке и может их скоро сильно потерять. Успех 1с сильно зависит от беспредела, который творится в бухгалтерском учете. С переходом на МСФО может вполне подкрасться незаметно 1скапец, т.к. бухгалтерских программ в мире великое множество.

> Сейчас используется именно tsearch2.

Как подгадал :)

> 4.*BSD && LSD сделали реальные парни универа в Беркли

а что лсд тоже придумали в беркли? вот буржуи блин, все беды от них

> а что лсд тоже придумали в беркли? вот буржуи блин, все беды от них Гражданин аноним, какие ж такие беды от ЛСД в мире? :) Да и от BSD их нет, хоть мне тоже кажется, что GPL несколько честнее. Свобода с требованием ответственности. Ну а само качество BSD-софта тоже хорошо.

Автор.. ты бы хотябы через Open Office статью прогнал да спелчекером ошибки описправлял, чтоли...

А ты проверял? Легко обходить на запросах, отличных select * from mytable. а если еще условие поставишь where a not in (select id from mytable limit 100000 offset 100000), то на MySQL можно сходить покурить. хотя MySQL уважаю за скорость простых выборок.

> а если еще условие поставишь where a not in (select id from mytable limit 100000 offset 100000),

какой смысл у такого запроса? Или ORDER BY забыл?

Жизнь заставляет делать и такие выборки. И даже более безумные. Заказчик сказал - попробуй не сделать. Построй более сложную логику на ХП в БД и узнаешь. PG в РАЗЫ превосходит мускуль. Для LAMP может мускуль и быстрее, а по возможностям - я лучше на PG буду делать.

> А ты проверял? Легко обходить на запросах, отличных select * from mytable. а если еще условие поставишь where a not in (select id from mytable limit 100000 offset 100000), то на MySQL можно сходить покурить. хотя MySQL уважаю за скорость простых выборок.

PostgreSQL тоже не исполнит такой запрос быстро, у него LIMIT/OFFSET выполняются "в лоб", путем отбора из полностью выполненного запроса. Хотя, потенциально, такие запросы могли бы выполняться с участием индексов.

Но ведь "select .... limit x offset y" - оно же по стандарту случайные записи вытащит! А если уж нужны N любых записей из таблицы, почему не взять первые N, а не из середины?

Восьмёрка -- это не только бухгалтерия, поэтому желанного капца не будет.

Тут, между прочем, тусуются парни, чье имя фигурирует среди девелоперов CERN.

Aviva (*) (28.07.2007 15:47:41)

адресса ..... явки ......пароли ))) ЛОР должен знать своих героев

а не слабо продвигать sqlite - тоже вестимо классная штука!

Спасибо, почитаем. Все данные в PostgreSQL держим, приблизительно 100 таблиц с максимумом в 10.000.000 записей, 60 ГБ. Работает на ура. С MSSQL мигрировали. При тестах на одинаковых серверах MSSQL был в 2 раза медленее.