как я понял это гибрид nosql и классического СУБД, соответсвенно конкуренцию в области классических СУБД Или я не правильно понял ?

Google запустила бета-версию Cloud Spanner — СУБД поколения NewSQL https://habrahabr.ru/post/321880/

Вот тебе конкурент. )

а в чем ? там же наверняка тотже самый мапридьюс будет))

а в чем ? там же наверняка тотже самый мапридьюс будет))

там же написано With Cloud Spanner you enjoy all the traditional benefits of a relational database: ACID transactions, relational schemas (and schema changes without downtime), SQL queries, high performance, and high availability.

сорри еще не успел прочитать

как я понял это гибрид nosql и классического СУБД, соответсвенно конкуренцию в области классических СУБД Или я не правильно понял ?

там вообще нет классического субд

А про спаннер очень интересно, но руки еще не дошли. Особенно Brewer, который говорит, что его CAP все еще рабоатет и что пуристы будут правы, что это не CAP-система, но "ее можно считать таковой в 99.999% случаев"

да прочитал, типичное носкл, сплю спокойно)

Коллеги, выскажите пожалуйста мысль по поводу Tarantool , сможет ли составить конкуренцию PostgreSQL ? Не холивара ради задаю вопрос , просто интересно стало

Tarantool, это luajit application server + всякие плюшки, например nosql хранилище шибко оптимизировано и с двумя типами стораджей + master-master репликацией для nosql. А теперь еще поверх накручивают SQL. Сравнивать с pgsql некорректно. Они о разном и для разного

И это не типичное nosql

Потому что во-первых это application server, а потом уже nosql

последовательность не так важна, если есть nosql.

почитал про тарантул, да мест соприкосновения с постгрескл нет

spanner дороговато выходит

Привет! Кто-то использует wal-e? Какие есть рекомендации/подводные камни? Как часто вы делаете base backup?

base backup каждый день и WAL в архив обязательно.

еще не мешало бы проверять возможность с этого дела восстановиться.

привет всем.

Вопрос по структуре БД. Согласно этой статье. Даже улица (!) имеет ряд вариантов http://www.torins.ru/support/blogs.php?page=post&blog=gladkov&post_id=109 Верно ли будет хранить не название улицы, а массив из названий улиц. Или таблица, где есть поля имя улицы и родительская запись указывающая на первичное название?

Что будет производительнее и правильнее?

Ведь хранить графы или вложенные данные не круто ... вроде как

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

почти в кадом городе есть пара улиц с одинаковым названием в разных его концах. По этому делать из имени primary key плохая идея. Ну и еще есть другие проблемы с текстовыми primary key.

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

Точно не первичный ключ

почти в кадом городе есть пара улиц с одинаковым названием в разных его концах. По этому делать из имени primary key плохая идея. Ну и еще есть другие проблемы с текстовыми primary key.

Вот и думаю как лучше хранить

не думаю что это верно

бывает одинаковые названия, но разные типы (улица, переулок, бульвар)

Сначала хотел фиас забрать, но судя по статье - это фиговая затея

можно хранить координаты и названия )

Точно не совпадут

бывает одинаковые названия, но разные типы (улица, переулок, бульвар)

Это адресный тип 5го уровня

В общем вопрос тут именно в правильной структуре на старте

Продам структуру адресов. Дорого (с)

Для биллинга делали. Еще важна каннибализация близлежащих городов. Когда две улицы Ленина по прежнему будут писаться через г. Тырнауз, поселок Дербышки ул. Ленина

Каннибализация это наше все

Пиши если что, может чем и помогу

Ну и адрес который правильный типа ул. Первого мая и адрес в учредительных документах Юр лица контрагента записанный как ул. 1 мая это тоже веселье, когда в счете фактуре пишешь как у тебя в справочнике адресов.

А налоговая не принимает потом эту счет фактуру

Боль эти адреса. Боль.

Адрес - это плейнтекст

У него есть кажущаяся структура, но она обманчива и неуниверсальна

Во-первых, адресов есть несколько по версиям разных структур... :)

https://www.mjt.me.uk/posts/falsehoods-programmers-believe-about-addresses/

? Вроде только ФИАС c 13го года

Мы ж про РФ

Фиас г..но

Это не я говорю ) в статье аргументы есть

Выше ссылку кидал

Вы вкурсе как заполняется ФИАС?

ФИАС норм, если данные не обновлять и не проверять))

В Фиасе как и в кладре очень много неточностей

но есть ли базы лучше?

Собрать самостоятельно?)

ФИАС норм, если данные не обновлять и не проверять))

И не использовать ))

Адреса же в 99% случаях в автокомплите используются

ну не выскочит и ладно)

Я, кстати, всё ещё не понимаю зачем они поделил дома на административное/муниципальное деление и в своём же поиске это игнорируют.

Я утрирую, конечно. Но в больших конторах скорее всего так и делают

Администрации различных уровней издают постановления о присвоении, смене, ликвидации адресов в населеннных пунктах своего подчинения... и посылают их в ФНС, прям как считаю нужным - а ФНС из этого лепит ФИАС. Учитываю, что адреса меняют, например, главы администраций небольших деревень, которые с компутером то на ты, то имеют место быть простые опечатки - которые в фиас выливаются в косяки

Ярчайший пример - Республика Бурятия - где республиканский департамент имущества субъекту окато проставил от населенного пункта районного значения... и так бурятия в ФИАС лежала полгода с непонятным ОКАТО

Это в статье и описано

Ну я статью еще не прочитал - личный опыт так сказать )

Отсюда как раз и плявился такой вопрос: как хранить варианты

Очипятки - это поправимо, справочник всё-таки, а вот инкрементальные обновления с пропусками - это самое больное что приходилось ловить. 20Гб на табличку и ищи в какое обновление за полгода они забыли добавить данные.

Итак, подытог: кто за массив, кто за один ко многим

?

Семён, а вы не думали иначе транслитерировать своё имя? Semyon, например

"Simeon" is also nice

а он может не Семен... ))

По ГОСТ надо последнему, иначе не канонiчно.

Also "Simon"

Семён, а вы не думали иначе транслитерировать своё имя? Semyon, например

главное в словарь не лезть

Also "Simon"

С моей-то фамилией...

Транслитерация вообще боль

Транслитерация вообще боль

Особенно туда-обратно.

Я вот Дорофей, но Darafei

И люди из россии на этом ломаются :)

Иногда удивляются люди, если смотреть на банковскую карту и в доки (типа заграна, прав, где транслит) за бугром

мне кажется ок

Иногда удивляются люди, если смотреть на банковскую карту и в доки (типа заграна, прав, где транслит) за бугром

Особенно если карта получена на Украине, а паспорт в России. Или наоборот.

И всё-таки про ФИАС. Вся база по РФ в виде дерева не вызывает проблем при работе, только если вы не собираетесь агрегации по адресам делать... Но это совсем другая история.

Всем привет. Вопрос на тему PostGIS. Как конвертировать lat/long в декартовы координаты что бы юзать оператор <->?

Потому что если делать как то так: _st_distance(geography(st_point(u.point[0], u.point[1])), geography(st_point((t.point)[0], (t.point)[1])), '0'::double precision, false) то индексам можно сказать давай досвидания.

http://postgis.net/docs/geometry_distance_knn.html а тут пишут что можно не прощаться

а можно всетаки поле сделать с нужным типом и не париться

А преобразование при записи делать

как преобразовывать могу завтра сотрудника спросить

оператор <-> вместо st_distance

Ща попробуем

Не забываем заносить добровольные пожертвования в donate.osm.org :)

Говорит что оператор не делает поправку на сферичность Земли тогда

А что за задача-то?

Давно не видел необходимости в точном расстоянии, на котором играет роль сферичность