The OpenNET Project / Index page

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

24 сентября в Москве пройдёт встреча PostgreSQL Meetup

17.09.2014 16:00

24-го сентября в Москве состоится встреча PostgreSQL Meetup, на которой планируется обсудить готовящийся релиз PostgreSQL 9.4. На встрече планируют быть: Олег Бартунов, Фёдор Сигаев, Александр Коротков, Николай Самохвалов, Илья Космодемьянский и многие другие известные эксперты PostgreSQL.

Примерный план:

  • Обзор новинок PostgreSQL 9.4
  • Подробнее о некоторых улучшениях производительности. Huge pages
  • Подробнее о типе данных jsonb и соответствующих индексах
  • Модуль jsquery
  • История одного небольшого успеха с PostgreSQL в одной очень большой компании

Встреча состоится в офисе Яндекса по адресу г. Москва, ул. Льва Толстого, д.16, начало в 19:00. Для посещения мероприятия требуется предварительная регистрация. Кроме того нужно присоединиться к событию на Meetup.com.

  1. Главная ссылка к новости (https://tech.yandex.ru/events/...)
Автор новости: postgresmen
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/40617-postgresql
Ключевые слова: postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (11) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 20:46, 17/09/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    PostgreSQL - jsonb
    vs
    MongoDB - bson
     
     
  • 2.2, Rooter (?), 21:11, 17/09/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    MongoDB рядом не валялось.
     
  • 2.4, edwin (??), 10:24, 18/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Простите, у Вас с головой все хорошо, сравнивать слона и носорога ?
    MongoDB продукт совершенно для иных задач, которые перпендикулярны РСУДБ
     
     
  • 3.5, NikolayV81 (ok), 10:48, 18/09/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как-то упоминалось, что введение jsonb и доработки сделанные в 9.4 очень сильно остужают желание переходить на MongoDB и тому подобные у многих сомневающихся
     
  • 3.7, rob pike (?), 12:09, 18/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, MongoDB нужно сравнивать с /dev/null
     

  • 1.8, Аноним (-), 12:49, 18/09/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не могу сказать, что являюсь экспертом по всякого рода БД, но нужность монги и прочих подобных вызывает у меня сомнение. Ведь реляционная структура данных намного логичнее и удобнее для восприятия. Впрочем, это ИМХО.
     
     
  • 2.9, edwin (??), 12:58, 18/09/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Не могу сказать, что являюсь экспертом по всякого рода БД, но нужность
    > монги и прочих подобных вызывает у меня сомнение. Ведь реляционная структура
    > данных намного логичнее и удобнее для восприятия. Впрочем, это ИМХО.

    Понимаете, Вы не совсем правы. Есть задачи, когда надо хранить много неструктурированного барахла, причем делать это в режиме active:active на Н серверах и т.д.
    Отличный пример такого рода - Cassandra
    Есть ситуации, когда вообще хранить без гарантии сохранения, в виде key<>value (redis, memcached)
    MongoDB из серии документориентированной БД, именно для хранения неструктурированного барахла (с возможность его нормального индексирования и поиска), хорошо бьется на ноды.
    Короче - это как раз тот случай, когда вся мощь СУБД не нужна  

     
     
  • 3.10, NikolayV81 (ok), 16:30, 18/09/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А потом всплывают мелочи, которые бы надо хранить в РСУБД, и тут начинается...
     
     
  • 4.15, pavlinux (ok), 03:14, 19/09/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я за ASCII текст, grep и sed работают быстрее всякой вашей xyеты реляционной. =)
     
     
  • 5.16, m1 (??), 12:03, 19/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    у БД есть идексы. Время поиска быстрее перебора. Так же поддерживается система кэша актуальных данных. И касается это не только sql, но так же и nosql (только индексы у них не такие эффективные, так как не всегда данные выровнены по границам структур).
     
     
  • 6.17, pavlinux (ok), 16:23, 19/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Время поиска быстрее перебора.

    Поиск - это задача, перебор - это алгоритм. Теплое и мягкое.

    Кэш это ваще сказка, - сначала создаём монстроидальне базы, потом победоносно оптимизируем,
    структурируем запросы, кэшируем, сегментируем, параллелизируем,... короча ИБД  

    Я собственно о том, что очень раздуты проекты использующие SQL.
    Тот же 1С, ну когда предприятие из 1000+ человек, столько же заказчиков,
    наименование продукции от ниток для шитья до танкеров,...

    Но блин, вебстраничка какого-нибудь дизайнера, в SQL порядка 50 записей,... ну смешно же.
    на выдачу результата от работы связки Apache/PHP/SQL/HTML/JS уходит от 2 до 60 секунд,
    это же пиштец. Посмотрите чудный проект katushkin.ru - тормозилово невроибенское,
    40 сек. до полной загрузки страницы.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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