Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6 7   вперед  Ctrl      все
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop,

автор
Открытие даже какой нибудь самой простой учетной системы генерит обращение к десяткам таблиц уже при просто ее открытии.
В самой базе же могут быть сотни таблиц.


Вы откуда об этом знаете? А если таблиц в базе тыщи? Какие выводы из этого можно сделать?

автор
Там не на русском, там на С# готовая модель данных, которую можно запихнуть в какую нибудь ORM и оценить количество сгенерированых таблиц а также размер трафика, когда эту модельку нужно натянуть на вьюшку.


Всё, понятно, дальше можете не продолжать...
12 май 16, 22:42    [19166831]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Сегодня мы прослушали очередное выступлени мемебра, который с данными работать не умеет. Возможно, он знает C#. Этот, как его, джисон. Ну, и ORM, какой-нибудь, не к ночи будь помянут.
12 май 16, 22:45    [19166839]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
pkarklin
stop,

И я, к сожалению, не получил ответа на этот вопрос:

автор
Если кол-во значений в type будет большим, как будет это выглядеть?


Может быть както так
[
   {type:car, doc:{model:zaz,engine:1.2}},
   {type:employee, doc:{fname:ivan,lname:ivanov}},
   {type:author, doc:{author:shevchenko}},
]


А в таблицах это как будет ?
12 май 16, 22:45    [19166842]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop,

Там слово было ключевое - "большим".
12 май 16, 22:47    [19166849]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
pkarklin
Сегодня мы прослушали очередное выступлени мемебра, который с данными работать не умеет. Возможно, он знает C#. Этот, как его, джисон. Ну, и ORM, какой-нибудь, не к ночи будь помянут.


Не нервничай "специалист".
Я всеголишь вам наглядно показал, почему джисон и документоориентированые базы куда оптимальнее гоняют трафик.
12 май 16, 22:47    [19166850]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop
Я всеголишь вам наглядно показал, почему джисон и документоориентированые базы куда оптимальнее гоняют трафик.


Пока ты ничего не показал. Ибо то, что ты показал - это уровень Hello, Word!
12 май 16, 22:48    [19166856]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
pkarklin
stop,

Там слово было ключевое - "большим".


А здесь "маленьким" ?
Мне лень рисовать массив обьектов, можешь продолжать его до бесконечности,
типы не повторяются.
12 май 16, 22:49    [19166857]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop
А здесь "маленьким" ?

Да.
stop
Мне лень...


Я ничуть в этом не сомневался...
12 май 16, 22:50    [19166863]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
pkarklin
stop
Я всеголишь вам наглядно показал, почему джисон и документоориентированые базы куда оптимальнее гоняют трафик.


Пока ты ничего не показал. Ибо то, что ты показал - это уровень Hello, Word!


Это не Вам адресовывалось. А тем кто понимает то, о чем я пишу.
Согласно Вашему уровню, могу предложить вот этот инструмент

Картинка с другого сайта.

Чтобы сделать соотвествующие замеры
Удачи.
12 май 16, 22:53    [19166879]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop
А тем кто понимает то, о чем я пишу

Тут таких нет.
stop
Согласно Вашему уровню, могу предложить вот этот инструмент
Чтобы сделать соотвествующие замеры

Премного благодарен. Таких эпических сливов давно не видовал.
stop
Удачи.

Я, уж, как-нибудь сам, без Ваших пожеланий...
12 май 16, 22:56    [19166888]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
Ты сначала перепиши мой "Хелоу Ворд" на 20 таблиц,
сходи померяй трафик, а потом будешь выяснять кто слился.

Как по мне, то даже школьникам должно быть понятно, что schemaless структуры данных куда эффективней гоняют трафик.
Особенно после трех моих приведенных примеров и ниодного твоего. Ну видать разные школьники бывают.
12 май 16, 23:07    [19166923]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop,

автор
Ты сначала перепиши мой "Хелоу Ворд" на 20 таблиц,

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

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

Это, безусловно самый неопроверживый аргумент!
автор
что schemaless структуры данных куда эффективней гоняют трафик.

А замеры трафика то где? В реальных системах, а не в Hello, World! Какие последствия в разработке и поддержке, что они schemaless? Где оценки этих рисков? Их нет. Ибо об этом не думается, когда решается сугубо неприкладная задача.
автор
Особенно после трех моих приведенных примеров и ниодного твоего.

Мерянье трафика в постах на форуме. Ржал в голос...
автор
Ну видать разные школьники бывают.

Одного я точно давно уже знаю...
12 май 16, 23:16    [19166937]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
pkarklin
stop,
Я спрашивал про физическую модель данных. Где ответ?


Открой для себя что такое анонимные классы.
Приведенного моего примера вполне достаточно чтобы инстанциировать всю иерархию классов.

pkarklin
stop,
Я предлагал его померять. Где примеры тестовых данных в контексте физической модели?


Модель данных у тебя есть. Понимаю что ты ожидал увидеть "удобные" для себя табличные данные,
но к сожалению нас окружают иерархии, а не таблицы со связями.

pkarklin
stop,
А замеры трафика то где?


Читай первый пост этой темы.
Автор пишет что в Access на слабом канале все тормозит.
Неужели ты думаешь что замена на MS SQL, одной реляционной базы на другую, даст хоть какойто прирост производительности
на слабом канале ?

pkarklin
stop,
В реальных системах, а не в Hello, World! Какие последствия в разработке и поддержке, что они
schemaless? Где оценки этих рисков? Их нет. Ибо об этом не думается, когда решается сугубо неприкладная задача.


А это уже другая задача. Тут задача решается в рамках минимизации трафика.

pkarklin
stop,
Мерянье трафика в постах на форуме. Ржал в голос...
Одного я точно давно уже знаю...


Лол. Если в моем джисон документе количество описаных сущностей выростит до 1000 или 2000,
то он все еще будет пригоден чтобы его гоняли на слабом трафике.
Стоит ли говорить что RDBMS с 1000 таблиц превращается в неуправляемое мессиво полу NoSQLного кода,
с тысячами строк в каждой процедуре чтобы это все разложить по иерархиям, апдейтить и поддерживать.
Сам такое наблюдал в проекте и не раз. Потому, уж поверь.
12 май 16, 23:25    [19166950]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
mayton
Member

Откуда: loopback
Сообщений: 52917
stop
mayton
stop, привет как сам?


Привет, норм.
Пилю по мере возмжностей крупный проект на Днипре, вычищаю баги.
У тебя как справы ?

Придавил проект. Сил хватает только на флуд. Никакого анализа и кодинга не осилю пока.
Вечером сижу еле мышкой шевелю. Может ближе к лету взгляну снова на твой BDSM DBMS
12 май 16, 23:27    [19166954]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
mayton
stop
пропущено...


Привет, норм.
Пилю по мере возмжностей крупный проект на Днипре, вычищаю баги.
У тебя как справы ?

Придавил проект. Сил хватает только на флуд. Никакого анализа и кодинга не осилю пока.
Вечером сижу еле мышкой шевелю. Может ближе к лету взгляну снова на твой BDSM DBMS


Ок, пиши когда освободишся.
Есть много интересного.
12 май 16, 23:30    [19166962]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop,

Ты много всякой словесно пурги написал. При этом ни одной технической детали. Я даже меряться предлагал. Но ты опять сливаешься вслед за словесным поносом. Позволю себе прокомментировать это:

автор
Неужели ты думаешь что замена на MS SQL, одной реляционной базы на другую, даст хоть какойто прирост производительности
на слабом канале ?


Access - файл-серверная СУБД. Про MS SQL, полагаю не надо ничего объяснять...

Когда будешь готов к какому-либо техническому мерянию (если нужно, под твои поделки поднимем необходимое число виртуалок, ты только требования к CPU, IOPs и пропусконой способности сети скажи, чтоб мы сумели это все зарезать) - приходи...
12 май 16, 23:38    [19166983]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
pkarklin
stop,
Ты много всякой словесно пурги написал. При этом ни одной технической детали. Я даже меряться предлагал.


Ну так я же тебе уже дал ориентир как поступить.
Берешь мою иерархию 19166762, запихиваешь ее в ОРМ (можешь и сам таблицы педалить, но мне кажется это жестоко даже для тебя). Потом берешь вытягиваешь ровно все эти данные с базы данных через АДО (или любую другу приблуду)
на клиент и замеряешь трафик.

pkarklin
stop,
Access - файл-серверная СУБД. Про MS SQL, полагаю не надо ничего объяснять...
Когда будешь готов к какому-либо техническому мерянию (если нужно, под твои поделки поднимем необходимое число виртуалок, ты только требования к CPU, IOPs и пропусконой способности сети скажи, чтоб мы сумели это все зарезать) - приходи...


Угу, только Access писали в 90х, когда у всех на машинах трафик был даже не 128 кбит,
а 56кбит и через телефонный модем. А MS SQL серьезная промышленная база данных, со всеми вытекающими оверхедами.
12 май 16, 23:48    [19167003]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
miksoft
Member

Откуда:
Сообщений: 38918
stop
Стоит ли говорить что RDBMS с 1000 таблиц превращается в неуправляемое мессиво полу NoSQLного кода,
Забавно, этот топик собрал уже много излишне категоричных фраз.

У нас в корпоративной БД количество таблиц уже давно измеряется тысячами. Однако ни в какое месиво она пока не превратилась (и, уж тем более, в месиво "полу NoSQLного кода").
12 май 16, 23:51    [19167006]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
miksoft
stop
Стоит ли говорить что RDBMS с 1000 таблиц превращается в неуправляемое мессиво полу NoSQLного кода,
Забавно, этот топик собрал уже много излишне категоричных фраз.

У нас в корпоративной БД количество таблиц уже давно измеряется тысячами. Однако ни в какое месиво она пока не превратилась (и, уж тем более, в месиво "полу NoSQLного кода").


Скажите, сколько человек поддерживают эту базу данных и насколько активно
она развивается. Это ответит на многие вопросы.
12 май 16, 23:53    [19167009]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop,

Помоему до тебя не доходит.

автор
Берешь мою иерархию , запихиваешь ее в ОРМ (можешь и сам таблицы педалить, но мне кажется это жестоко даже для тебя). Потом берешь вытягиваешь ровно все эти данные с базы данных через АДО (или любую другу приблуду) на клиент и замеряешь трафик.


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

автор
Угу, только Access писали в 90х, когда у всех на машинах трафик был даже не 128 кбит,


Сколько годиков было в 90ых? Тонкий Ethernet уже во всю рулил. А ты тут про какие-то 128 кбит поешь.

автор
А MS SQL серьезная промышленная база данных, со всеми вытекающими оверхедами.


С какими?
12 май 16, 23:55    [19167011]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
miksoft
Member

Откуда:
Сообщений: 38918
stop
miksoft
пропущено...
Забавно, этот топик собрал уже много излишне категоричных фраз.

У нас в корпоративной БД количество таблиц уже давно измеряется тысячами. Однако ни в какое месиво она пока не превратилась (и, уж тем более, в месиво "полу NoSQLного кода").

Скажите, сколько человек поддерживают эту базу данных и насколько активно
она развивается. Это ответит на многие вопросы.
Примерно 2,5 человека. Развивается непрерывно. Правда, не понял, на какие вопросы это ответит.
12 май 16, 23:57    [19167015]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
stop
Member [заблокирован]

Откуда: blog.pikosec.com
Сообщений: 405
pkarklin
stop,
Я не намерен твой говнокод парсить. Необходима физическая модель и решаемая задача.


Классы (названия таблиц) есть.
Мемберы (название колонок) есть.
Типы колонок можно определить по выводу типов с правой стороны.

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

Ну ты не переживай, я тоже знаю что оверхед трафика для MS SQL превысит в разы.
12 май 16, 23:58    [19167017]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
stop
Может быть както так
[
   {type:car, doc:{model:zaz,engine:1.2}},
   {type:employee, doc:{fname:ivan,lname:ivanov}},
   {type:author, doc:{author:shevchenko}},
]



А в таблицах это как будет ?

может быть как-то так


insert tbl
select '1\type\', 'car'
union select '1\doc\model','zaz'
union select '1\doc\engine','1.2'
union select '2\type\','emploer'
union select '2\doc\fname','ivan'
union select '2\doc\lname','ivanov'
union select '2\type\','author'
union select '2\doc\author','shevchenko'
13 май 16, 00:02    [19167025]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop
Ну ты не переживай, я тоже знаю что оверхед трафика для MS SQL превысит в разы.


Опять один словесный понос. Меряться когда будем?
13 май 16, 00:03    [19167027]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД для медленного канала  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
stop
Твой запал "в бой" а потом резкий слив лишь говорит о том,
что ты примерно представляешь чем все закончится


С больной головы на зоровую вот только не надо. :)
13 май 16, 00:03    [19167029]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6 7   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить