|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
rodenИ наверное, тогда Вы тоже знаете, как реализован этот тест. Соответственно, вывод тоже сможете сделать о его объективности ... Я не очень понимаю, что Вы в данном случае подразумеваете под объективностью. Про любой тест можно сказать, что он субъективен и назвать случаи, которым он не очень соответствует. В то же время, очевидно, делать проект в N версиях дабы выбрать из них лучшую СУБД для этого проекта - очевидно, неоправданно дорого. Тесты дают возможность получить работоспособное приближение к верному ответу. Не нравится TPC-H? Предложите лучше. Про TPC-H можно сказать, что благодаря составу участников он обеспечивает если не "объективность", то "равноудалённую субъективность", что вполне неплохо. rodenА ЛИНТЕР ... тот самый Угу. Если отбросить рекламный шум - ясно, что защищённость противоречит производительности, это не вызывает никакого протеста и желания критиковать. Как нишевый продукт, Линтер имеет вполне себе репутацию. Но когда ко мне приходят с вопросом из того же Росатома - я, абстрактно, хотел бы знать, какую именно просадку в производительности я получу, приобретая эту защищённость. rodenНе хотите опрос среди завсегдатаев провести о полезности TPC-H? Нет. Зачем? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 11:54 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
softwarerНет. Зачем? А как иначе Вы узнаете сколько завсегдатаев юзают СУБД, которым не нужен виноград в виде TPC-H? Которые ждут каких-то более объективных вещей. Например, второго места в каком-нибудь конкурсе, куда брендов не пускают. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 12:15 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
softwarerСлучайный посетительпропущено... Ну, и какую долю в решении этих задач составляет поиск где бы применить килер-фичу от используемой СУБД? Примерно такую же, какую у Вас по утрам составляет поиск, на что бы натянуть штаны.Так и запишем: доля использования - практически нулевая. Хотя, может быть, у кого-то ноги, на которые обычно натягиваются штаны, живут отдельной жизнь, и их надо специально разыскивать... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 13:17 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
softwarerrodenА ЛИНТЕР ... тот самый Угу. Если отбросить рекламный шум - ясно, что защищённость противоречит производительности, это не вызывает никакого протеста и желания критиковать. Как нишевый продукт, Линтер имеет вполне себе репутацию. Но когда ко мне приходят с вопросом из того же Росатома - я, абстрактно, хотел бы знать, какую именно просадку в производительности я получу, приобретая эту защищённость. В нашем случае с нашими ограничениями - до 5% (в подавляющем большинстве случаев). Основные затраты на безопасность: 1. шифрование (если есть). 2. мандатная защита. Шифрование применяется только при подкачке в кэш и выталкивании из него. В текущих условиях достаточности памяти для подавляющей части БД эти затраты будут незначительными (объём шифрования журналов обычно тоже невелик, ибо модификаций не так много). Хотя допускаю, что есть задачи в которых производительность процессора при шифровании будет ограничением (SSD+ большой поток модификаций+мелкие транзакции+++). Проверки мандатной защиты в нашем случае представлены в виде проверок по матрицам. Благодаря ограничениям на количество групп и уровней которые могут быть максимально в системе (250 и 10 соответственно), мы можем организовать эффективную матрицу проверки сразу на обращении к данным - без вызова функции сравнения для каждой записи в отдельности. Кроме того, формат хранения на диске подразумевает отсутствие метки для поля (наследование с уровня записи) при условии, что она не задана специально для данного поля. (При этом, указанные нами ограничения в реальной системе по нашим оценкам не являются проблемой.) Если интересует ещё какая-то информация связанная с этими вопросами - обращайтесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 13:49 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
softwarerrodenИ наверное, тогда Вы тоже знаете, как реализован этот тест. Соответственно, вывод тоже сможете сделать о его объективности ... Я не очень понимаю, что Вы в данном случае подразумеваете под объективностью. Под объективностью можно подразумевать только тоже, что и все нормальные люди softwarerrodenИ наверное, тогда Вы тоже знаете, как реализован этот тест. Соответственно, вывод тоже сможете сделать о его объективности ... В то же время, очевидно, делать проект в N версиях дабы выбрать из них лучшую СУБД для этого проекта - очевидно, неоправданно дорого. Зачем эти крайности? Кто сказал, что для объективного анализа необходимо делать полный проект в N версиях? Неужели на поставленной и понятной Вам задаче Вы по-другому не можете? softwarerПро TPC-H можно сказать, что благодаря составу участников он обеспечивает если не "объективность", то "равноудалённую субъективность", что вполне неплохо. Всё же выборочно Вы меня читаете, но напишу ещё раз: Вам интересно будет посмотреть на результат, "подогнанный" при помощи хинтов? Сколько их тех запросов, которые используются в TPC-h, будут использоваться у вас? softwarerrodenА ЛИНТЕР ... тот самый Угу. Если отбросить рекламный шум - ясно, что защищённость противоречит производительности, это не вызывает никакого протеста и желания критиковать. Как нишевый продукт, Линтер имеет вполне себе репутацию. Но когда ко мне приходят с вопросом из того же Росатома - я, абстрактно, хотел бы знать, какую именно просадку в производительности я получу, приобретая эту защищённость. Пока реализации защиты лучше, чем в ЛИНТЕР, я не видел. Причем в сравнении с другими решениями с небольшой просадкой производительности. А что в Oracle с мандаткой большая просадка? :) softwarerrodenНе хотите опрос среди завсегдатаев провести о полезности TPC-H? Нет. Зачем? Что бы Ваше мнение о полезности TPC-H не оказалось субъективнее, чем Вам думалось. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 13:55 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
Случайный посетительТак и запишем: доля использования - практически нулевая. Передёргиваете. Не "доля использования", а "доля поиска". Случайный посетительХотя, может быть, у кого-то ноги, на которые обычно натягиваются штаны, живут отдельной жизнь, и их надо специально разыскивать... Верно. И именно такой кто-то задаёт вопросы про "поиск где бы применить килер-фичу от используемой СУБД?" У нормальных людей таких вопросов не возникает, у них процесс обратный - приходит клиент с желанием ну хотя бы полнотекстового поиска по договорам, а дальше либо используется фича СУБД, либо... медленно и печально. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 14:15 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
IMHO roden просто пиарит продукт, который внедряет его контора, причем с пеной у рта. Или мне одному так показалось? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 15:05 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
Q.TarantinoIMHO roden просто пиарит продукт, который внедряет его контора, причем с пеной у рта. Или мне одному так показалось? roden этим занимается уже лет десять, все давно привыкли. На форуме были-есть несколько таких персонажей. По каше пара человек. По версанту был. Вот и по Линтеру. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 15:07 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
softwarerQ.TarantinoIMHO roden просто пиарит продукт, который внедряет его контора, причем с пеной у рта. Или мне одному так показалось? roden этим занимается уже лет десять, все давно привыкли. На форуме были-есть несколько таких персонажей. По каше пара человек. По версанту был. Вот и по Линтеру. и Юрий!! ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 15:18 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
Q.TarantinoIMHO roden просто пиарит продукт, который внедряет его контора, причем с пеной у рта. А как по Вашему ему бы следовало пиарить? Все таки у него, скорее всего, не такой продукт, которому не мешают всякие там TPC-H тесты. Что делать то? Что? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 15:28 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
А линтер реально кто-то юзает из форумчан, кроме rodena? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 15:31 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
Q.TarantinoА линтер реально кто-то юзает из форумчан, кроме rodena? Q.TarantinoА линтер реально кто-то юзает из форумчан, кроме rodena? Так а разве его мало? Впрочем, можно попробовать в искалке посмотреть в разделе "Использование СУБД". ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 15:41 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
Q.TarantinoА линтер реально кто-то юзает из форумчан, кроме rodena? я хотел перевести наше дело в постгри и линтер с постгри все обошлось за неделю ( формально все работает, а производительность и т.д. пока не нестировали - тема пока заглохла с импортозамещением) а у линтера много ограничений (и в принципе пока никто не настаивает) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 16:39 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
ViPRosа у линтера много ограничений Какие ограничения мешают? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 17:40 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
roden, прошло больше месяца, так что список не могу озвучивать а так 1. типы данных 2. длина стринг полей 3. кажется что то с бигинт ... длина наименований объектов кажись какие то проблемы с batch SQL там еще более солидные ограничения какие то были да еще и нет нашел инфраструктуры (не смог выгрузить из МССКЛ метамодель - возможно из за этого и особых усилий не приложил) я сразу параллельно переводил на Линтер, Постгри и Оракл - без анализа их возможностей первым делом отпал Оракл - минимализм в наименования объектов не дал продвинуться дальше коннекшна вторым отпал Линтер (ну, это скорее временно, как только будут настойчиво требовать продвину дальше) Постгри дошел до конца (тоже пришлось выкручиваться с batch SQL) оказалось что MSSQL намного более подготовлена для динамической работы чем все остальные (ну Оракл раньше всех отпал по другой причине, потому не могу настаивать) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 18:01 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
конечно наверняка МССКЛ просто мне ближе (только с ним я в основном и реально работал) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 18:03 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
невозможность передать параметры в batch просто взбесило в Постгри ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 18:07 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
ViPRosпервым делом отпал Оракл - минимализм в наименования объектов не дал продвинуться дальше коннекшна Это ограничение, конечно, достаёт, когда работаешь с данными, но я не понимаю, как оно может составлять проблему для системы, выстроенной на метамодели. В нескольких местах, где решается задача "преобразовать id объекта в физическое имя" вставляешь, ну например, md5 от слишком длинной строки - и проблема решена. Или хоть тот же id используешь как имя. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 18:11 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
softwarer, ну я ж не говорю что невозможно тут уже куча прикладных вещей написана с учетом уже имеющихся имен возможно это просто архитектурный ляп мой, не подумал что когда то придется работать с другими СУБД ну и на Оракл заказа воще не было, это я хотел попутно иметь и потому при первом затыке оставил на потом ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 18:17 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
а так мне надо еще одно наименование ввести (4-ый по счету) и разделить БД имя от Программного ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 18:20 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
хотя изначально я этому противлюсь упорно ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 18:37 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
ViPRosа так мне надо еще одно наименование ввести (4-ый по счету) и разделить БД имя от Программного Ну не знаю. Я как-то сразу закладывал, что есть название (в смысле - текстовая строка, которая выводится в интерфейсе), есть имя объекта (как он должен называться в базе), а есть представление этого имени, как он должен фигурировать в запросах (в случае mssql-я, например - как '[' + имя_объекта + ']'). Соответственно, последнее из них вычисляется соответствующим методом адаптера БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 18:45 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
softwarer, ну у меня три имени но программное имя и имя в хранилище совпадает - и это сделано осознанно модельное имя и интерфейсное - тут все ясно но я не хочу что бы один и тот же объект назывался в СКЛ так а на допустим c# по другому (сложно все это потом интерпретировать) я тогда изучил проблему маппинга имен и пришел к выводу, что это ересь а вот модельное имя - это особое, тут можно добиться некоторой увязки с языком естественным (хотя бы одним - инвариантом) так как я не думал и не думаю что кто то будет продавать ВИПРОС за рубеж я выбрал русский как язык системы (с учетом госязыка заказчика) и когда я строю понятийный граф или открываю тезаурус, то перед глазами осмысленный контекст на русском, причинно - следственные и другие аспектные вещи и мне ваще очень хочется плюнуть на эти прикладные задачи и программирование всяких кейс средств и переключится на семантические изыски но никто не хочет эту работу оплачивать я например уверен что мог бы анализировать любую более менее нормализованную структуру и дать ответ о ее полноте и избыточности и т.д. с разных точек зрения и т.д. море интереснейших задач на уровне естественного языка ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 19:03 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
softwarer, '[' + имя_объекта + ']'). - я сделал типа метод "нейтрализатор", который пытается эти вещи привести к стандарту ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 19:05 |
|
Импортозамещение СУБД для хранилищ данных и для OLTP
|
|||
---|---|---|---|
#18+
ViPRosно я не хочу что бы один и тот же объект назывался в СКЛ так а на допустим c# по другому (сложно все это потом интерпретировать) С одной стороны, да. С другой - у каждого инструмента свои возможности и ограничения. Пихая одну строку в несколько инструментов, оказываешься перед выбором: либо твои требования к строке должны быть объединением всех требований всех инструментов, либо придётся по необходимости трансформировать её под инструмент. Первый путь мне решительно не нравится. Ну, грубо - представь, что ты работаешь на MSSQL и C#, но вынужден ограничиваться именами длины 30, поскольку это требование Оракла. ViPRos'[' + имя_объекта + ']'). - я сделал типа метод "нейтрализатор", который пытается эти вещи привести к стандарту Не понял мысль. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2015, 19:23 |
|
|
start [/forum/topic.php?fid=35&msg=39070885&tid=1552275]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
172ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 283ms |
0 / 0 |