плохой путь, имхо

Предложите лучше

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

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

Плохой путь потому что этап большой и ошибиться гораздо проще

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

Добрый день господа.

Не мог найти сообщество по MSSQL, поэтому решил спросить здесь

Возник такой вопрос: Есть система которая записывает в БД данные, в день по млн. записей а то и больше. Соответственно со временем в одной таблице будут по млрд записей, что приведет к затратам больших ресурсов БД для их обработки. Что посоветуете, как построить архитектуру БД при таких объемах данных? Бд используется MSSQL.

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

В моем пути этапы короче и соответственно шанс дойти куша идёшь намного выше

В моем пути этапы короче и соответственно шанс дойти куша идёшь намного выше

Ну удачи....

Возник такой вопрос: Есть система которая записывает в БД данные, в день по млн. записей а то и больше. Соответственно со временем в одной таблице будут по млрд записей, что приведет к затратам больших ресурсов БД для их обработки. Что посоветуете, как построить архитектуру БД при таких объемах данных? Бд используется MSSQL.

Я не знаток MSSQL, но могу предположить, что тоже самое что и в PostgreSQL - секционирование https://msdn.microsoft.com/ru-ru/library/ms190787.aspx

прочитаю ?

Здравствуйте А нет конференции по Oracle db?

— Здравствуйте, это канал об аниме? — Да. — Как мне пропатчить KDE2 под FreeBSD? ©

Здравствуйте А нет конференции по Oracle db?

А это СУБД какая-то что-ле?

А это СУБД какая-то что-ле?

Да вроде )

Да вроде )

да-да. вроде

А это СУБД какая-то что-ле?

Это привод для пожирания денег такой

Здравствуйте А нет конференции по Oracle db?

https://www.youtube.com/watch?v=iODeKnTD1kA&list=PLaFqU3KCWw6JgufXBiW4dEB2-tDpmOXPH

Излечись

Warning: oci_connect(): ORA-$$$$: Insert coin to continue

Скажи ораклу НЕТ :)

Warning: oci_connect(): ORA-$$$$: Insert coin to continue

5 ))

Излечись

Вы что, я боюсь таблетки применять. Само когда пройдет

Да вроде )

А там вакуум есть?

Хотя таблетка постгреса и правда интересная

А там вакуум есть?

Там есть snapshot to old

А там вакуум есть?

Неа

ой, ребяты, есть замечательный вопрос для вас

Неа

Тогда тут не помогут. Тут все про вакуум

2. За счет чего достигается масштабирование системы. Например, MS SQL и Oracle поддерживают «кластеризацию» серверного пространства, а PostgreSQL не поддерживает, как Вы выкручиваетесь?

Если я начну принимать таблетку постгреса, у меня крыша не поедет от двух СУБД? ?

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

Если я начну принимать таблетку постгреса, у меня крыша не поедет от двух СУБД? ?

Крыша должна съехать ПЕРЕД принятием таблеток под названием СУБД. Иначе жЫзнь будет грустной и печальной.

2. За счет чего достигается масштабирование системы. Например, MS SQL и Oracle поддерживают «кластеризацию» серверного пространства, а PostgreSQL не поддерживает, как Вы выкручиваетесь?

Оо, я тоже хочу ответ услышать

ручное шардирование, видимо

Крыша должна съехать ПЕРЕД принятием таблеток под названием СУБД. Иначе жЫзнь будет грустной и печальной.

Она у меня всю жизнь немого съехавшая

Она у меня всю жизнь немого съехавшая

Немного - этого очень мало.

если совсем уж честно, я переехал на горизонтально масштабируемые движки до того, как пришлось работать с данными, которые не помещаются на один сервак (спойлер: я и до сих пор до них не добрался)

2. За счет чего достигается масштабирование системы. Например, MS SQL и Oracle поддерживают «кластеризацию» серверного пространства, а PostgreSQL не поддерживает, как Вы выкручиваетесь?

Масштабирование систем бывает разным для разных целей. Есть: - масштабирование на чтение, - масштабирование на запись, - шардирование(вертикальное, горизонтальное), - кластерные решения для OLAP Все они предназначены для решения различных задач и проблем. Серебрянной пули "для всего" нет Вам для чего?

- кластерные решения для OLAP Это что такое?

Всмысле какие решения есть/бывают?

- GREENPLUM - CitusData -pg_shard

Спасиб.

не за что

здраствуйте! это канал про настройку autovacuum?

Масштабирование систем бывает разным для разных целей. Есть: - масштабирование на чтение, - масштабирование на запись, - шардирование(вертикальное, горизонтальное), - кластерные решения для OLAP Все они предназначены для решения различных задач и проблем. Серебрянной пули "для всего" нет Вам для чего?

1,3 и 4

с шардированием вопрос, конечно же

мое мнение, создание кластерного (мультимастер) решения с гарантией MVCC, которое бы масштабировало бы как чтение так и запись без аппаратного обеспечения нереально. К тому же OLAP и OLTP смешивать я бы не стал. Разные подходы к хранению данных и времени откликов.

Редко можно встретить систему с только OLAP или только OLTP нагрузкой

Даже если это OLTP - то по данным строятся отчеты - и уже появляется OLAP

Народ, по pgsql вопрос: Влияет ли длина идентификаторов (названий столбцов и таблиц) на скорость обработки запросов и занимаемое место? Скажем, pt vs. paytype, ex vs. exchange. Если вляет, то насколько?

мне кажется если и влияет то вообще не принципиально

мне кажется если и влияет то вообще не принципиально

Спасибо за мнение, такое ощущение тоже есть, но требуется аргументировать свою точку зрения более основательно. А у меня не хватает знаний по pgsql

Мое мнение - на это ответят только исходники или тесты )

не влияет

Народ, по pgsql вопрос: Влияет ли длина идентификаторов (названий столбцов и таблиц) на скорость обработки запросов и занимаемое место? Скажем, pt vs. paytype, ex vs. exchange. Если вляет, то насколько?

не влияет. Названия определены типом name

это не hbase в котором имена колоночек лежат в файлах данных

Хорошо, а если поставить вопрос по стилю: Использовать идентификаторы в 1-4 слова (например_с_подчёркиванием) против Использовать сокращения

Народ, по pgsql вопрос: Влияет ли длина идентификаторов (названий столбцов и таблиц) на скорость обработки запросов и занимаемое место? Скажем, pt vs. paytype, ex vs. exchange. Если вляет, то насколько?

влияет только на парсинг. После парсинга постгрес оперирует только oid-ами и attribute number-ами

безотносительно пг - лучше использовать полные идентификаторы

да ну как полные, главное понятные

если_имя_таблицы_будет_примерно_такой_то_будет_слегка_неудобно_даже_если_это_полным_образом_отражает_ее_суть

ДлинныйМнемоническийИдентификатор1

если_имя_таблицы_будет_примерно_такой_то_будет_слегка_неудобно_даже_если_это_полным_образом_отражает_ее_суть

Согласен :) это в любом ЯП будет глупо выглядеть

ДлинныйМнемоническийИдентификатор1

ДМИ1

ERROR: S client not available

Всё-таки я имею ввиду разумные пределы именования. У нас в команде схлестнулись два мнения, причём лично я не разработчик БД. И предложения были о сокращениях типа of, pt, ex для offer, paytype, exchange

Согласен :) это в любом ЯП будет глупо выглядеть

Можно эмоджи

ну вот вы условились, все запомнили все эти сокращения, потом уволились все, пришли новые ребята и охуели

ну вот вы условились, все запомнили все эти сокращения, потом уволились все, пришли новые ребята и охуели

++

Ну удачи....

Спс

Только ASCII, только хардкор (╯°□°）╯︵ ┻━┻

если_имя_таблицы_будет_примерно_такой_то_будет_слегка_неудобно_даже_если_это_полным_образом_отражает_ее_суть

ну и нужно помнить, что длина имени максимум 64 )

utf-16

эмоджи - тема

ну и нужно помнить, что длина имени максимум 64 )

если_имя_таблицы_будет_примерно_такой_то_будет_слегка_неудобно_д =)

если_имя_таблицы_будет_примерно_такой_то_будет_слегка_неудобно_даже_если_это_полным_образом_отражает_ее_суть

а давайте не гиперболизировать

ну мне кажется pt вместо paytype гиперминизировано=)

pt у нас всю жизнь было public transportation

http://www.xn--vi8hiv.ws/

кроме ворда, там pt - пункты

У меня кроме pointer ассоциации с pt не возникает сразу

У меня кроме pointer ассоциации с pt не возникает сразу

ptr же)

ptr же)

а это как посмотреть, pt же короче

можно просто назвать таблицы 1,2,3,4,5 и иметь базу данных сопоставления =)

Да не парьтесь - называйте F1,F2,F3 - сдавайте проект и пусть саппорт радуется потом

можно просто назвать таблицы 1,2,3,4,5 и иметь базу данных сопоставления =)

Что-то мне подсказывает, что в СУБД так и делается

PushButton1.Click()

PushButton1.Click()

в проекте для windows phone

вы бы видели, как именуются таблицы в SAP

всяко лучше чем в 1с

да вот фиг его знает, обе системы писали наркоманы

всяко лучше чем в 1с

1С не предполагает работу на уровне СУБД. От слова совсем. Поэтому девелоперам должно быть глубоко пофиг, как именуются таблицы, а для DBA есть метод, возвращающий соответствие именования таблиц и их полей в конфигурации и БД.

это же так прикольно находиться в перманентном рисече :)

По наименованию таблиц и полей можно узнать сколько команд разрабатывало продукт ))

это только если не было стилистического соглашения жесткого

По наименованию таблиц и полей можно узнать сколько команд разрабатывало продукт ))

Да, это печальный факт. Но не только с базой так )