ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Плюсы и минусы PG по сравению с Oracle (2)
10 сообщений из 10, страница 1 из 1
Плюсы и минусы PG по сравению с Oracle (2)
    #39536485
hck1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hck1
Участник
предыдущею тему закрыли, потому продолжу тут

qwwqпродолжаем мысль -- старые записи лежат на страничках, странички помечаются в какой--либо карте , забитые только старыми записьписями -- помечены полностью как "андо" -- ну и т.д. -- и вот вам "динамический андо" прямо в датаспейсе. с небольшим отставанием, ессно, на асинхронность подбора.[если не грузить рабочий процесс синхронной работой по перепаковке]

не имеет смысла, нужна именно отдельная структура под UNDO. когда-нибудь в ПГ сделают многоблочное чтение (readfilescatter из win api), тогда при full scan можно будет за одну ио операцию считывать сразу 128 блоков. если у тебя undo блоки в том же пространстве, ты будешь вынужден или отказываться от многоблочного чтения или читать undo блоки, раз они в перемешку. плюс писать на HDD последовательно на порядок выгодней, чем юлозить головкой HDD.
...
Рейтинг: 0 / 0
15.10.2017, 15:41
| Ответить | Цитировать | Написать  
Плюсы и минусы PG по сравению с Oracle (2)
    #39536515
Фотография vyegorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vyegorov
Участник
hck1,

Вы абсолютно не в курсе того, что умеет PostgreSQL на данный момент.
Просьба — не надо продолжать этот флейм, смысла нет. Вам ближе Оракл — на здоровье!
...
Рейтинг: 0 / 0
15.10.2017, 16:55
| Ответить | Цитировать | Написать  
Плюсы и минусы PG по сравению с Oracle (2)
    #39536527
hck1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hck1
Участник
vyegorovВы абсолютно не в курсе того, что умеет PostgreSQL на данный момент.
Просьба — не надо продолжать этот флейм, смысла нет. Вам ближе Оракл — на здоровье!
если нечего сказать, просьба помолчать. не надо сугубо технический разговор, превращать во флейм.
...
Рейтинг: 0 / 0
15.10.2017, 17:39
| Ответить | Цитировать | Написать  
Плюсы и минусы PG по сравению с Oracle (2)
    #39536582
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
hck1предыдущею тему закрыли, потому продолжу тут

qwwqпродолжаем мысль -- старые записи лежат на страничках, странички помечаются в какой--либо карте , забитые только старыми записьписями -- помечены полностью как "андо" -- ну и т.д. -- и вот вам "динамический андо" прямо в датаспейсе. с небольшим отставанием, ессно, на асинхронность подбора.[если не грузить рабочий процесс синхронной работой по перепаковке]

не имеет смысла, нужна именно отдельная структура под UNDO. когда-нибудь в ПГ сделают многоблочное чтение (readfilescatter из win api), тогда при full scan можно будет за одну ио операцию считывать сразу 128 блоков. если у тебя undo блоки в том же пространстве, ты будешь вынужден или отказываться от многоблочного чтения или читать undo блоки, раз они в перемешку. плюс писать на HDD последовательно на порядок выгодней, чем юлозить головкой HDD.
вполне имеет -- если блоков полностью грязных много -- их таки можно сцепить в сплошной кусок. и не читать паровозом. а если мало -- то и разговора нет.

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

но тут действительно многое упирается в то, что писать и читать мы всё будем с Х-мемори, и людей помнящих стоимость рендом доступа к диску просто засунут в газенваген. вместе с ораклом и его благословенным ундо.
...
Рейтинг: 0 / 0
15.10.2017, 20:42
| Ответить | Цитировать | Написать  
Плюсы и минусы PG по сравению с Oracle (2)
    #39536583
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
qwwqно тут действительно многое упирается в то, что писать и читать мы всё будем с Х-мемори, и людей помнящих стоимость рендом доступа к диску просто засунут в газенваген. вместе с ораклом и его благословенным ундо.


Да уже даже в России Selectel дает сервера с Intel Optane (а это еще на порядок сниженные latency и на порядок выше IOPS чем у серверных SSD и уже становится похоже на скорость доступа к памяти), можно считать что уже почти достигли этого просветления.
И кстати исходя из этого вообще всю архитектуру классических баз данных на уровне работы с storage надо переделывать сильно упрощая (так как уже нет смысла пытаться превращать случайную запись в линейную), тогда и wal нужен будет только для репликации/архивирования ;).

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
15.10.2017, 20:50
| Ответить | Цитировать | Написать  
Плюсы и минусы PG по сравению с Oracle (2)
    #39536589
hck1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hck1
Участник
qwwqвполне имеет -- если блоков полностью грязных много -- их таки можно сцепить в сплошной кусок. и не читать паровозом. а если мало -- то и разговора нет.

что бы слепить в сплошной, нужно сначала место расчистить. не имеет смысла лишнее ио плодить

qwwqно тут действительно многое упирается в то, что писать и читать мы всё будем с Х-мемори, и людей помнящих стоимость рендом доступа к диску просто засунут в газенваген. вместе с ораклом и его благословенным ундо.

я бы за оракл не волновался, у него уже in-memory grid относительно работает, причем уже с колончатыми таблицами этот выкрутиться.

Maxim BogukДа уже даже в России Selectel дает сервера с Intel Optane (а это еще на порядок сниженные latency и на порядок выше IOPS чем у серверных SSD и уже становится похоже на скорость доступа к памяти), можно считать что уже почти достигли этого просветления.
так все равно ПГ поблочно долбит этот оптейн, вычитывая блоки в буферный кеш. а оракл может одним махом 128 блоков и все 128 без ненужного мусора.
...
Рейтинг: 0 / 0
15.10.2017, 21:12
| Ответить | Цитировать | Написать  
Плюсы и минусы PG по сравению с Oracle (2)
    #39536595
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
hck1Maxim BogukДа уже даже в России Selectel дает сервера с Intel Optane (а это еще на порядок сниженные latency и на порядок выше IOPS чем у серверных SSD и уже становится похоже на скорость доступа к памяти), можно считать что уже почти достигли этого просветления.
так все равно ПГ поблочно долбит этот оптейн, вычитывая блоки в буферный кеш. а оракл может одним махом 128 блоков и все 128 без ненужного мусора.

Так архитектурно вообще теряется разница между memory и storage и соответсвенно архитектуры базы данных с wal/undo/и кешом в памяти теряют смысл. А новых еще никто не сделал.
Как не читай если диск работает со скоростью доступа к соседней памяти в NUMA - изгалятся с shared buffers становится сильно менее нужно (т.е. имеет смысл кешировать только очень очень очень горячие данные, и набивать по полтерабайта DDR на сервер смысл теряется целиком). Тут что oracle что pg - в одной лодке, они из прошлого века.

PS: пока нет баз которые бы корректно были под такую ситуацию сделаны.
...
Рейтинг: 0 / 0
15.10.2017, 21:30
| Ответить | Цитировать | Написать  
Плюсы и минусы PG по сравению с Oracle (2)
    #39536606
hck1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hck1
Участник
Maxim BogukТак архитектурно вообще теряется разница между memory и storage и соответсвенно архитектуры базы данных с wal/undo/и кешом в памяти теряют смысл. А новых еще никто не сделал.
Как не читай если диск работает со скоростью доступа к соседней памяти в NUMA - изгалятся с shared buffers становится сильно менее нужно (т.е. имеет смысл кешировать только очень очень очень горячие данные, и набивать по полтерабайта DDR на сервер смысл теряется целиком). Тут что oracle что pg - в одной лодке, они из прошлого века.

PS: пока нет баз которые бы корректно были под такую ситуацию сделаны.
у оракла уже года четыре есть In-Memory сторидж живущий в SGA, уже есть Grid/RAC синхронизирующий SGA между нодами кластера. эти как раз не расстроятся, оракл единственные из реляционок, кто уже готовы прыгнуть в инмемори гриды. для оракла угроза скорее из лагеря in-memory grid, всякие apache ignite ... они уже многое умеют. битва будет с ними видимо.
...
Рейтинг: 0 / 0
15.10.2017, 22:03
| Ответить | Цитировать | Написать  
Плюсы и минусы PG по сравению с Oracle (2)
    #39536621
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
hck1,

сракл отсосёт полюбасу, посколь он давно прогнил, как техническая контора, остался ларри и лоеры


а как технический продукт, или контора, клепающие оные -- оракел всегда был кучей мусора. за это и деньги брал.

взять одну только любовфь к пидеефам для факинманулов -- формат для бумажной разметки. с никому ненужными абсракциями типа сраница и блок, ять. любимый манагерками, типа. а выдрать сквозное содержимое -- запаришься стыки парсить.
и вот всё у них так.
фтопку
...
Рейтинг: 0 / 0
15.10.2017, 23:09
| Ответить | Цитировать | Написать  
Плюсы и минусы PG по сравению с Oracle (2)
    #39536629
qwwq
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwwq
Участник
и да , а чоб не забанить фраерка очевидного 777
т.е. с концами

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

давайте, по делу что--нть вотрите, а то тьху на вас
...
Рейтинг: 0 / 0
15.10.2017, 23:17
| Ответить | Цитировать | Написать  
10 сообщений из 10, страница 1 из 1
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Плюсы и минусы PG по сравению с Oracle (2)
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=53&fpage=65&tid=1996167]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 36ms
get topic data:
 14ms
get forum data:
 3ms
get page messages:
 52ms
get tp. blocked users:
 2ms
others: 288ms
total:  427ms
созд. / загр.: 427ms
x
x
Закрыть


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