Size: a a a

2020 November 29

AS

Alexey Shumkin in sql_ninja
2flower _
ну тоесть это известный в среде продукт, им пользуются? или "гляньте, я написал orm"?
я просто не видел именно гайдов по разработке как это в более взрослых яп, где есть
скажем так дорожные карты по которым можно не заблудиться.
источник
2020 November 30

ДT

Дмитрий Texnix... in sql_ninja
😒 попробовал разобрать на mssql 2012 хмл при помощи sp_xml_preparedocument, тот хмл который на потсгресе обрабатывался за 2с на микрософте за 0 секунд отразился (
источник

ДС

Дмитрий Степанов... in sql_ninja
Дмитрий Texnix
😒 попробовал разобрать на mssql 2012 хмл при помощи sp_xml_preparedocument, тот хмл который на потсгресе обрабатывался за 2с на микрософте за 0 секунд отразился (
жуть да?
источник

ДT

Дмитрий Texnix... in sql_ninja
😔
источник

K

Kostya in sql_ninja
Дмитрий Texnix
😒 попробовал разобрать на mssql 2012 хмл при помощи sp_xml_preparedocument, тот хмл который на потсгресе обрабатывался за 2с на микрософте за 0 секунд отразился (
да, мс скуль имеет мощную встройку парсина именно ХМЛ-ек
А концепция ПГ - не грузи нахой БД не свойственными ей задачами, блЭт !
источник

O

Oleg T in sql_ninja
Kostya
да, мс скуль имеет мощную встройку парсина именно ХМЛ-ек
А концепция ПГ - не грузи нахой БД не свойственными ей задачами, блЭт !
ага. Традиционный unix-way - любому делу свой инструмент. В MSSQL я сталкивался с ситуацией когда приложение хранит данные прямо в XML неипического размера в табличке внутри поля NVARCHAR(MAX). Табличка была посто Key-Value. И два типа запросов - получить список ключей и получить value по ключу. А самая жесть в том, что если это выполнялось более чем за 300 мс, то начинался лавинообразный факап и все бегали рвали волосы под мышками. Это была АБС Temenos T24, Она используется в большинстве европейских банков. Единственный работающий способ ускорить выборку оказалось построить некластерный индекс по тому же полю, что и ключ кластерного индекса - он оказался чуть уже и сканировался быстрее.
источник

K

Kostya in sql_ninja
Oleg T
ага. Традиционный unix-way - любому делу свой инструмент. В MSSQL я сталкивался с ситуацией когда приложение хранит данные прямо в XML неипического размера в табличке внутри поля NVARCHAR(MAX). Табличка была посто Key-Value. И два типа запросов - получить список ключей и получить value по ключу. А самая жесть в том, что если это выполнялось более чем за 300 мс, то начинался лавинообразный факап и все бегали рвали волосы под мышками. Это была АБС Temenos T24, Она используется в большинстве европейских банков. Единственный работающий способ ускорить выборку оказалось построить некластерный индекс по тому же полю, что и ключ кластерного индекса - он оказался чуть уже и сканировался быстрее.
саепцом, документооборот прям :)))
источник

O

Oleg T in sql_ninja
Kostya
саепцом, документооборот прям :)))
ага, я как увидел так просто охерел. Это было в финском банке. Они мне сказали, что всё понимают , но ничего изменить нельзя. Они просто закидали беду железом - там под каждый файл tempdb отдельный SSD, 80 камней CPU и ОЗУ 1 ТБ. Целый отдел работает в поте лица, чтобы этот кусок софта работал. После этого наш родной диасофт не выглядит таким уродом.
источник

А

А in sql_ninja
Дмитрий Texnix
😒 попробовал разобрать на mssql 2012 хмл при помощи sp_xml_preparedocument, тот хмл который на потсгресе обрабатывался за 2с на микрософте за 0 секунд отразился (
а если несколько раз прогнать тест? PG одинаково выдаёт такое время?
источник

K

Kostya in sql_ninja
А
а если несколько раз прогнать тест? PG одинаково выдаёт такое время?
Даже Оракл когда тот же JSON появился. пистейц доставлял скоростью его парсинга
Хотя ну блять ну точно не LaTex, никто не просит форумлы рисовать.
источник

K

Kostya in sql_ninja
только-только в последних версиях 12-го вроде починили
источник

K

Kostya in sql_ninja
Oleg T
ага, я как увидел так просто охерел. Это было в финском банке. Они мне сказали, что всё понимают , но ничего изменить нельзя. Они просто закидали беду железом - там под каждый файл tempdb отдельный SSD, 80 камней CPU и ОЗУ 1 ТБ. Целый отдел работает в поте лица, чтобы этот кусок софта работал. После этого наш родной диасофт не выглядит таким уродом.
нуачеблять ... дешевле, чем разрабов вендора напрягать
даже навскидку дешевле 6)))
от жизня сука пошла, а ... так скоро БД-исты вапче не нужны станут, с ценами на энтерпрайз ССД по 400 баксов за терик
источник

O

Oleg T in sql_ninja
MSSQL XML до 8 кб хранит несколько иначе, чем больший. И потому есть прямо ступенька в производительности.
источник

O

Oleg T in sql_ninja
Kostya
нуачеблять ... дешевле, чем разрабов вендора напрягать
даже навскидку дешевле 6)))
от жизня сука пошла, а ... так скоро БД-исты вапче не нужны станут, с ценами на энтерпрайз ССД по 400 баксов за терик
Тру. В 2006 году мне друг Ораклист сказал - Заебли делать оракл таким простым, так его скоро гастрики админить будут а нас в расход😊
источник

K

Kostya in sql_ninja
С Ораклом вапче песта
Нас позвали на презентацию автономного Оракла (19 по-моему), там на ИИ все основано - сам стату собирает, сам мониторит. сам индексы создает и т.д.
Т.е. ДБ-истов позвали на презентацию продукта, который должен оставить их без хлеба ..
источник

K

Kostya in sql_ninja
Я дико смеялсо там на кофебрейках
источник

O

Oleg T in sql_ninja
Скуль 2019 это начало того же явления. это неизбежно. как фонарщики..
источник

IS

Igor Sergeichik in sql_ninja
Kostya
С Ораклом вапче песта
Нас позвали на презентацию автономного Оракла (19 по-моему), там на ИИ все основано - сам стату собирает, сам мониторит. сам индексы создает и т.д.
Т.е. ДБ-истов позвали на презентацию продукта, который должен оставить их без хлеба ..
Дык и ладно:)
источник

ДT

Дмитрий Texnix... in sql_ninja
Oleg T
MSSQL XML до 8 кб хранит несколько иначе, чем больший. И потому есть прямо ступенька в производительности.
8кб )) я то всего 3мб хмл разбирал, за 0 сек
источник

O

Oleg T in sql_ninja
Дмитрий Texnix
8кб )) я то всего 3мб хмл разбирал, за 0 сек
ну вот тем ребятам разбор за 300 Мс был равен катастрофе
источник