ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Выбор СУБД для медленного канала
25 сообщений из 159, страница 5 из 7
  5  все
Выбор СУБД для медленного канала
    #39234760
stop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stop
Участник
pkarklinОпять один словесный понос. Меряться когда будем?

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

Конечно тут трафик не меряли побайтно. Хотя задача трафико нагружаемая на 100%.
И разница с твоей любимой базой данной в 40 раз ...

Как ты думаешь, почему ?
(Сразу говорю, всем желающим предлагаю оптимизировать MS SQL код на свое усмотрение)
...
Рейтинг: 0 / 0
13.05.2016, 00:09
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234761
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Модератор: Коллеги прошу спокойствия. А то буду топик прикрывать
...
Рейтинг: 0 / 0
13.05.2016, 00:19
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234763
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
stop,

А там камменты можно оставлять? Что-то не вижи ни одного. Пиар ресурса здесь не приветствуется. По сути и не вникая особо в подробности - есть проблемы с проектированием, ибо пришлось такой лапшекод на транзакте нарисовать.

Ты не там ищешь серебряную пулю.
...
Рейтинг: 0 / 0
13.05.2016, 00:22
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234764
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
maytonМодератор: Коллеги прошу спокойствия. А то буду топик прикрывать

Дело не в топике, а в одном его участнике. Его и надо "прикрывать". Практического толку от него голимый ноль. Один самопиар.
...
Рейтинг: 0 / 0
13.05.2016, 00:23
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234765
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
pkarklinmaytonМодератор: Коллеги прошу спокойствия. А то буду топик прикрывать

Дело не в топике, а в одном его участнике. Его и надо "прикрывать". Практического толку от него голимый ноль. Один самопиар.да прикрыть то много ума не надо...
не нравится - ну не надо читать и вешать ярлыки типа "говнокода"
у меня вот сейчас на нечто подобное собираются переходить, я хочу например хоть какую-то пользу увидеть
...
Рейтинг: 0 / 0
13.05.2016, 00:27
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234767
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
SergSuper я хочу например хоть какую-то пользу увидеть

Дык я с этого и начал! Предложил провести тестирование. Площадку готов предоставить. Но получаю в ответ кучу лапшекода. Доколе?
...
Рейтинг: 0 / 0
13.05.2016, 00:29
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234768
stop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stop
Участник
2 pkarklin
Ну вот, мой бан спасет твою репутацию. Это верно.
Ссылку я не хотел приводить, просто ты ее выпросил.

PS:
А ты наверное думал что ядро и бородатые протоколы передачи MS SQL дают
+50 фрагов к скорости переключения p-n-p переходов на транзисторах в процессоре
и еще плюс 100 фрагов к скорости света при передачи по сети.
А оно вот оно как Михалыч. Несколько десятков тысяч комменариев иерархией noSql база данных
через АДО выгружает в 40к раз (ну ладно в 10 раз учитывая непревзойденный профессионализм, упорство и супер-пупер-мега оптимизации от мастер-гуру (я надеюс)) быстрее.

А ну прости. Я вспомнил что ты там чтото говорил про плюсики в дереве и особый код который обеспечит порционную загрузку через ajax дабы не прогинать могучий сервер.
...
Рейтинг: 0 / 0
13.05.2016, 00:29
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234769
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
SergSuper,

Ну, ты видел последний (я надеюсь) пост...
...
Рейтинг: 0 / 0
13.05.2016, 00:31
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234771
stop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stop
Участник
pkarklinSergSuper,

Ну, ты видел последний (я надеюсь) пост...

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

В чем смысл тогда твоих дифирамбов. Я например с MS SQL
11+ лет знаком с тех пор как мне всучили его сертификаты.
Но у меня есть альтернативная точка зрения на его эффективность в определенных
ограниченных условиях. А у тебя к сожалению ограниченный и однобокий взгляд на
развитие систем управления базами данных. Увы. Как говорится, ниначем не настаиваю.
...
Рейтинг: 0 / 0
13.05.2016, 00:36
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234773
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
stop,

авторЗачем ты начинал этот пост если не хотел отстоять свою точку зрения ?
Я вроде тебе целенаправленный бенчмарк на счет трафика между прочим по сабжу прислал,
за который готов ответить за каждую цифру
и ты опять в кусты.
Мне казалось, я раз несколько повторил вопрос про решаемую задачу, а не про то, как ты ее решил.
авторВ чем смысл тогда твоих дифирамбов. Я например с MS SQL
11+ лет знаком с тех пор как мне всучили его сертификаты.
Везет, же. У меня вот нет сертификатов. С MS SQL знаком (да не может быть) уже лет 20ть...
авторНо у меня есть альтернативная точка зрения на его эффективность в определенных
ограниченных условиях
Жаль, что она не применима на практике. Тынцы на работающие решения, а не собственный ресур приветствуются!
авторА у тебя к сожалению ограниченный и однобокий взгляд на
развитие систем управления базами данных.
Это да. Он, так сказать, классическйий. Вся "новизна", как правило, на практике оказывается шелухой. Но у некоторых еще есть возможность это опровергнуть. Приведя, опять же, тынцы на промышленные работающие решения.
...
Рейтинг: 0 / 0
13.05.2016, 00:47
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234775
20 шт
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
20 шт
Участник
pkarklin,

вполне очевидно, что ты снова не вписываешься в формат обсуждения. Может, дашь людям завершить его?
...
Рейтинг: 0 / 0
13.05.2016, 00:50
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234776
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
20 штМожет, дашь людям завершить его?

Давай я это буду решать сам?!
...
Рейтинг: 0 / 0
13.05.2016, 00:52
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234777
stop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stop
Участник
pkarklinstop,
Мне казалось, я раз несколько повторил вопрос про решаемую задачу, а не про то, как ты ее решил.


По моей ссылке вроде есть.
авторКод моделирует ленту сообщений новостного сайта.
Комментарии в древовидной структуре.


Дальше по коду все вроде понятно.
К каждой странице 1000 комментариев иерархией. (10*10*10)

Дальше вроде как должен разбираться с MS SQL

pkarklinПриведя, опять же, тынцы на промышленные работающие решения.

Google, Facebook, Twitter у которых noSql базы данных на полную катушку
используются, подходят ? Или считается промышленным только Склад-Бухгалтерия, с 10 бухами на борту одновременно.
...
Рейтинг: 0 / 0
13.05.2016, 00:53
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234780
20 шт
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
20 шт
Участник
pkarklin20 штМожет, дашь людям завершить его?

Давай я это буду решать сам?!
Ну реши, пожалуйста, и смойся.
...
Рейтинг: 0 / 0
13.05.2016, 00:56
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234781
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
stopGoogle, Facebook, Twitter у которых noSql базы данных на полную катушку

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

Когда ты начнешь разделять системы, реализующие "бантики" и системы, где тебя за копейку тебя удушат, возможно ты повзрослеешь.
...
Рейтинг: 0 / 0
13.05.2016, 00:57
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234783
stop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stop
Участник
pkarklinstopGoogle, Facebook, Twitter у которых noSql базы данных на полную катушку

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

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

Днипра поддерживает три вида транзакций (ReadCommited, RepeatableRead, Snapshot),
поддерживает все четыре буквы ACID и поддерживает транзакционный лог, по которому можно, например, откатить даже закомиченные транзакции на определенную дату.

Реляционная модель данных, не имеет никакого прямого отношения к надежности хранения данных с технической точки зрения.
Просто так исторически сложилось, что почти все реляционки держат этот стандарт ACID. Но тормознутые они не потому что они надежные, а потому что они во-первых древние, код у них с душком как и влюбом бородатом проекте,
во-вторых модель данных оставляет желать лучшего (компактность иерархических представлений обсуждали, а ведь это только верхушка айсберга).
...
Рейтинг: 0 / 0
13.05.2016, 01:04
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234784
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
asphixНесколько удалённых офисов, ширина канала до сервера баз данных - (sic!) 128 кбит/с.
Пользователей сколько? Два или две тысячи?

P.S. Ох как страшно. У меня в своё время были каналы 9600 бит/с.

asphixИзначально планируется клиент на Delphi. Вопрос в выборе СУБД (MySQL, PostgreSQL, etc..) и в выборе технологии коннекта (ADO, FireDAC, etc..)
Вопрос в выборе архитектуры и качественной реализации. Что же до СУБД и технологий коннекта, то:

- СУБД надо выбрать так, чтобы хватало серверных возможностей (ну или приписывать свой AS)
- пары СУБД/способ доступа в принципе не помешает протестировать на процент хлама в сетевом протоколе, но по сравнению с влиянием архитектуры разница вряд ли окажется принципиальной.
...
Рейтинг: 0 / 0
13.05.2016, 01:13
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234785
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
stop,

авторДнипра поддерживает три вида транзакций (ReadCommited, RepeatableRead, Snapshot),
Когда будет Serializable - приходи. Oracle с собой не забудь захватить...
авторРеляционная модель данных, не имеет никакого прямого отношения к надежности хранения данных с технической точки зрения.
Просто так исторически сложилось, что почти все реляционки держат этот стандарт ACID.
Действительно не имеет. Странно, что ты вообще об этом упомянул. Держут их, далеко не все.
авторНо тормознутые они не потому что они надежные, а потому что они во-первых древние, код у них с душком как и влюбом бородатом проекте,
во-вторых модель данных оставляет желать лучшего ( компактность иерархических представлений обсуждали, а ведь это только верхушка айсберга ).
Видишь ли, в чем дело. Тебе опять придеться напомнить, что ты решаешь задачи вида сферического коня в вакууме в однопользовательском режиме, т.е. не имеющие практического смысла. Ты потрудись, найди в этом разделе приводимые мной показатели нагрузки реальных систем. Когда ты на примерно такой уровень выйдешь хоть на 5ть минут - приходи.
...
Рейтинг: 0 / 0
13.05.2016, 01:13
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234788
stop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stop
Участник
pkarklinstop,
авторДнипра поддерживает три вида транзакций (ReadCommited, RepeatableRead, Snapshot),
Когда будет Serializable - приходи. Oracle с собой не забудь захватить...


Внезапно, но Snapshot это и есть Serializable.

pkarklinstop,
Видишь ли, в чем дело. Тебе опять придеться напомнить, что ты решаешь задачи вида сферического коня в вакууме в однопользовательском режиме, т.е. не имеющие практического смысла. Ты потрудись, найди в этом разделе приводимые мной показатели нагрузки реальных систем. Когда ты на примерно такой уровень выйдешь хоть на 5ть минут - приходи.

Так это я тебе и пытаюсь донести. Никаких реальных нагруженных приложений на реляционке не получится.
Их удел - слабонагруженные системы с развесистыми отчетными подсистемами. Все что в сторону, уже начинаются кеширующие сервера и прочьи пляски с бубном.
...
Рейтинг: 0 / 0
13.05.2016, 01:19
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234789
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
stop,

авторВнезапно, но Snapshot это и есть Serializable.
Не говори это никому, ладно?
авторТак это я тебе и пытаюсь донести. Никаких реальных нагруженных приложений на реляционке не получится.
Ну как же ты можешь это до меня довести, если ты рядом не столят ни с одной нагруженной транзакционной системой. Гугл, твитер и и же с ним к ним не относятся.
авторИх удел - слабонагруженные системы с развесистыми отчетными подсистемами. Все что в сторону, уже начинаются кеширующие сервера и прочьи пляски с бубном.
Я не хочу снова повторять слова, которые вызывают оправданный гнев модераторов, но ты опять пишешь много слов, не имеющих смысловой нагрузки. Т.е. ты говоришь о том, о чем у тебя просто нет представления.
...
Рейтинг: 0 / 0
13.05.2016, 01:28
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234791
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
stopНикаких реальных нагруженных приложений на реляционке не получится.я так понимаю процессинг пластиковых карт - это слабонагруженная система, действительно виза, мастеркард всякий, несерьезно
а что такое тогда реально нагруженные? можно конечно назвать Google, Facebook, Twitter, но такие системы единичны, масштаб фирм такой что можно и специализированные базы себе написать, т.е. совсем не показатель
что остается тогда?
...
Рейтинг: 0 / 0
13.05.2016, 01:33
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234792
stop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stop
Участник
SergSuperstopНикаких реальных нагруженных приложений на реляционке не получится.я так понимаю процессинг пластиковых карт - это слабонагруженная система, действительно виза, мастеркард всякий, несерьезно
а что такое тогда реально нагруженные? можно конечно назвать Google, Facebook, Twitter, но такие системы единичны, масштаб фирм такой что можно и специализированные базы себе написать, т.е. совсем не показатель
что остается тогда?

Ну разные базы бывают.
Например скаченый размер этого форума, в районе 56 гигабайт.
При средней длине слова в русском языке 8 символов, можно посчитать что чтобы проиндексировать только этот сайт,
нужно выполнить около 7 миллиардов запросов за три-четыре часа, чтобы построить индекс.

И это не Google и не Facebook и сервер посредственный, ноутбук.

А Виза и Мастеркард - ооочень дорогое железо, которого много, плюс денормализированые данные, плюс куча специальных костыльных фишек типа блокировки сумм на картах, плюс двухфазные коммиты (а не всегда честные транзакции), плюс процессинг сумм карт в одной системе, ведение данных карт уже в другой. Короче всеравно процессить в реалтайм не такто всё и просто да и нагрузки там я бы не сказал что астрономические.
...
Рейтинг: 0 / 0
13.05.2016, 01:49
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234795
stop
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stop
Участник
pkarklinstop,

авторВнезапно, но Snapshot это и есть Serializable.
Не говори это никому, ладно?

Я понял о чем ты говоришь.
Мой Snapshot в Днипре равен Serializable в MS SQL.
По сути он блокирует коммиты на время чтения, чем делает снапшот базы данных,
плюс делает блокировки тех данных, которые прочитал, во избежания перезаписи их другими транзакциями после завершения текущей.
...
Рейтинг: 0 / 0
13.05.2016, 01:59
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234956
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
stopSergSuperпропущено...
я так понимаю процессинг пластиковых карт - это слабонагруженная система, действительно виза, мастеркард всякий, несерьезно
а что такое тогда реально нагруженные? можно конечно назвать Google, Facebook, Twitter, но такие системы единичны, масштаб фирм такой что можно и специализированные базы себе написать, т.е. совсем не показатель
что остается тогда?

Ну разные базы бывают.
Например скаченый размер этого форума, в районе 56 гигабайт.
При средней длине слова в русском языке 8 символов, можно посчитать что чтобы проиндексировать только этот сайт,
нужно выполнить около 7 миллиардов запросов за три-четыре часа, чтобы построить индекс.

И это не Google и не Facebook и сервер посредственный, ноутбук.

А Виза и Мастеркард - ооочень дорогое железо, которого много, плюс денормализированые данные, плюс куча специальных костыльных фишек типа блокировки сумм на картах, плюс двухфазные коммиты (а не всегда честные транзакции), плюс процессинг сумм карт в одной системе, ведение данных карт уже в другой. Короче всеравно процессить в реалтайм не такто всё и просто да и нагрузки там я бы не сказал что астрономические.
sql.ru реально работает, тормознутости не наблюдаю
тоже самое касается и процессинга, что в самой визе, что в процесингах банков, не думаю что например Уралсиб покупал ооочень дорогое железо, а процессинги делали себе банки и поменьше

ну хорошо, нагрузки там неастрономические, а где тогда они серьезные?
...
Рейтинг: 0 / 0
13.05.2016, 10:59
| Ответить | Цитировать | Написать  
Выбор СУБД для медленного канала
    #39234971
Зимаргл
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зимаргл
Гость
Пробегала статья сравнения трафика постгрес с ораклом. Что разница в трафике вдвое.

Погуглил, похоже в mssql компрессии TDS нет. Хм.
...
Рейтинг: 0 / 0
13.05.2016, 11:17
| Ответить | Цитировать | Написать  
25 сообщений из 159, страница 5 из 7
  5  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Выбор СУБД для медленного канала
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=39234781&tid=1552265]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 56ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 61ms
get tp. blocked users:
 1ms
others: 14ms
total:  178ms
созд. / загр.: 178ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]