powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Импортозамещение СУБД для хранилищ данных и для OLTP
25 сообщений из 375, страница 4 из 15
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070360
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rodenИ наверное, тогда Вы тоже знаете, как реализован этот тест. Соответственно, вывод тоже сможете сделать о его объективности ...
Я не очень понимаю, что Вы в данном случае подразумеваете под объективностью. Про любой тест можно сказать, что он субъективен и назвать случаи, которым он не очень соответствует. В то же время, очевидно, делать проект в N версиях дабы выбрать из них лучшую СУБД для этого проекта - очевидно, неоправданно дорого. Тесты дают возможность получить работоспособное приближение к верному ответу. Не нравится TPC-H? Предложите лучше. Про TPC-H можно сказать, что благодаря составу участников он обеспечивает если не "объективность", то "равноудалённую субъективность", что вполне неплохо.

rodenА ЛИНТЕР ... тот самый
Угу. Если отбросить рекламный шум - ясно, что защищённость противоречит производительности, это не вызывает никакого протеста и желания критиковать. Как нишевый продукт, Линтер имеет вполне себе репутацию. Но когда ко мне приходят с вопросом из того же Росатома - я, абстрактно, хотел бы знать, какую именно просадку в производительности я получу, приобретая эту защищённость.

rodenНе хотите опрос среди завсегдатаев провести о полезности TPC-H?
Нет. Зачем?
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070414
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerНет. Зачем?
А как иначе Вы узнаете сколько завсегдатаев юзают СУБД, которым не нужен виноград в виде TPC-H? Которые ждут каких-то более объективных вещей. Например, второго места в каком-нибудь конкурсе, куда брендов не пускают.
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070564
softwarerСлучайный посетительпропущено...
Ну, и какую долю в решении этих задач составляет поиск где бы применить килер-фичу от используемой СУБД?
Примерно такую же, какую у Вас по утрам составляет поиск, на что бы натянуть штаны.Так и запишем: доля использования - практически нулевая.
Хотя, может быть, у кого-то ноги, на которые обычно натягиваются штаны, живут отдельной жизнь, и их надо специально разыскивать...
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070654
softwarerrodenА ЛИНТЕР ... тот самый
Угу. Если отбросить рекламный шум - ясно, что защищённость противоречит производительности, это не вызывает никакого протеста и желания критиковать. Как нишевый продукт, Линтер имеет вполне себе репутацию. Но когда ко мне приходят с вопросом из того же Росатома - я, абстрактно, хотел бы знать, какую именно просадку в производительности я получу, приобретая эту защищённость.


В нашем случае с нашими ограничениями - до 5% (в подавляющем большинстве случаев).
Основные затраты на безопасность:
1. шифрование (если есть).
2. мандатная защита.

Шифрование применяется только при подкачке в кэш и выталкивании из него. В текущих условиях достаточности памяти для подавляющей части БД эти затраты будут незначительными (объём шифрования журналов обычно тоже невелик, ибо модификаций не так много). Хотя допускаю, что есть задачи в которых производительность процессора при шифровании будет ограничением (SSD+ большой поток модификаций+мелкие транзакции+++).

Проверки мандатной защиты в нашем случае представлены в виде проверок по матрицам. Благодаря ограничениям на количество групп и уровней которые могут быть максимально в системе (250 и 10 соответственно), мы можем организовать эффективную матрицу проверки сразу на обращении к данным - без вызова функции сравнения для каждой записи в отдельности. Кроме того, формат хранения на диске подразумевает отсутствие метки для поля (наследование с уровня записи) при условии, что она не задана специально для данного поля. (При этом, указанные нами ограничения в реальной системе по нашим оценкам не являются проблемой.)

Если интересует ещё какая-то информация связанная с этими вопросами - обращайтесь.
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070669
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerrodenИ наверное, тогда Вы тоже знаете, как реализован этот тест. Соответственно, вывод тоже сможете сделать о его объективности ...
Я не очень понимаю, что Вы в данном случае подразумеваете под объективностью.
Под объективностью можно подразумевать только тоже, что и все нормальные люди

softwarerrodenИ наверное, тогда Вы тоже знаете, как реализован этот тест. Соответственно, вывод тоже сможете сделать о его объективности ...
В то же время, очевидно, делать проект в N версиях дабы выбрать из них лучшую СУБД для этого проекта - очевидно, неоправданно дорого.
Зачем эти крайности? Кто сказал, что для объективного анализа необходимо делать полный проект в N версиях? Неужели на поставленной и понятной Вам задаче Вы по-другому не можете?

softwarerПро TPC-H можно сказать, что благодаря составу участников он обеспечивает если не "объективность", то "равноудалённую субъективность", что вполне неплохо.
Всё же выборочно Вы меня читаете, но напишу ещё раз: Вам интересно будет посмотреть на результат, "подогнанный" при помощи хинтов? Сколько их тех запросов, которые используются в TPC-h, будут использоваться у вас?



softwarerrodenА ЛИНТЕР ... тот самый
Угу. Если отбросить рекламный шум - ясно, что защищённость противоречит производительности, это не вызывает никакого протеста и желания критиковать. Как нишевый продукт, Линтер имеет вполне себе репутацию. Но когда ко мне приходят с вопросом из того же Росатома - я, абстрактно, хотел бы знать, какую именно просадку в производительности я получу, приобретая эту защищённость.
Пока реализации защиты лучше, чем в ЛИНТЕР, я не видел. Причем в сравнении с другими решениями с небольшой просадкой производительности.
А что в Oracle с мандаткой большая просадка? :)

softwarerrodenНе хотите опрос среди завсегдатаев провести о полезности TPC-H?
Нет. Зачем?
Что бы Ваше мнение о полезности TPC-H не оказалось субъективнее, чем Вам думалось.
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070727
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Случайный посетительТак и запишем: доля использования - практически нулевая.
Передёргиваете. Не "доля использования", а "доля поиска".

Случайный посетительХотя, может быть, у кого-то ноги, на которые обычно натягиваются штаны, живут отдельной жизнь, и их надо специально разыскивать...
Верно. И именно такой кто-то задаёт вопросы про "поиск где бы применить килер-фичу от используемой СУБД?" У нормальных людей таких вопросов не возникает, у них процесс обратный - приходит клиент с желанием ну хотя бы полнотекстового поиска по договорам, а дальше либо используется фича СУБД, либо... медленно и печально.
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070818
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IMHO roden просто пиарит продукт, который внедряет его контора, причем с пеной у рта.
Или мне одному так показалось?
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070822
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Q.TarantinoIMHO roden просто пиарит продукт, который внедряет его контора, причем с пеной у рта.
Или мне одному так показалось?
roden этим занимается уже лет десять, все давно привыкли. На форуме были-есть несколько таких персонажей. По каше пара человек. По версанту был. Вот и по Линтеру.
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070850
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerQ.TarantinoIMHO roden просто пиарит продукт, который внедряет его контора, причем с пеной у рта.
Или мне одному так показалось?
roden этим занимается уже лет десять, все давно привыкли. На форуме были-есть несколько таких персонажей. По каше пара человек. По версанту был. Вот и по Линтеру.
и Юрий!!
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070876
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Q.TarantinoIMHO roden просто пиарит продукт, который внедряет его контора, причем с пеной у рта.

А как по Вашему ему бы следовало пиарить? Все таки у него, скорее всего, не такой продукт, которому не мешают всякие там TPC-H тесты. Что делать то? Что?
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070885
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А линтер реально кто-то юзает из форумчан, кроме rodena?
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070900
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Q.TarantinoА линтер реально кто-то юзает из форумчан, кроме rodena?
Q.TarantinoА линтер реально кто-то юзает из форумчан, кроме rodena?
Так а разве его мало?
Впрочем, можно попробовать в искалке посмотреть в разделе "Использование СУБД".
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39070964
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Q.TarantinoА линтер реально кто-то юзает из форумчан, кроме rodena?
я хотел перевести наше дело в постгри и линтер
с постгри все обошлось за неделю ( формально все работает, а производительность и т.д. пока не нестировали - тема пока заглохла с импортозамещением)
а у линтера много ограничений (и в принципе пока никто не настаивает)
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071040
Фотография roden
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosа у линтера много ограничений Какие ограничения мешают?
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071079
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
roden,

прошло больше месяца, так что список не могу озвучивать
а так
1. типы данных
2. длина стринг полей
3. кажется что то с бигинт
...

длина наименований объектов кажись
какие то проблемы с batch SQL
там еще более солидные ограничения какие то были
да еще и нет нашел инфраструктуры (не смог выгрузить из МССКЛ метамодель - возможно из за этого и особых усилий не приложил)

я сразу параллельно переводил на Линтер, Постгри и Оракл - без анализа их возможностей
первым делом отпал Оракл - минимализм в наименования объектов не дал продвинуться дальше коннекшна
вторым отпал Линтер (ну, это скорее временно, как только будут настойчиво требовать продвину дальше)
Постгри дошел до конца (тоже пришлось выкручиваться с batch SQL)

оказалось что MSSQL намного более подготовлена для динамической работы чем все остальные (ну Оракл раньше всех отпал по другой причине, потому не могу настаивать)
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071082
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
конечно наверняка МССКЛ просто мне ближе (только с ним я в основном и реально работал)
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071088
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
невозможность передать параметры в batch просто взбесило в Постгри
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071095
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosпервым делом отпал Оракл - минимализм в наименования объектов не дал продвинуться дальше коннекшна
Это ограничение, конечно, достаёт, когда работаешь с данными, но я не понимаю, как оно может составлять проблему для системы, выстроенной на метамодели. В нескольких местах, где решается задача "преобразовать id объекта в физическое имя" вставляешь, ну например, md5 от слишком длинной строки - и проблема решена. Или хоть тот же id используешь как имя.
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071115
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer,

ну я ж не говорю что невозможно
тут уже куча прикладных вещей написана с учетом уже имеющихся имен
возможно это просто архитектурный ляп мой, не подумал что когда то придется работать с другими СУБД
ну и на Оракл заказа воще не было, это я хотел попутно иметь и потому при первом затыке оставил на потом
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071116
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а так мне надо еще одно наименование ввести (4-ый по счету) и разделить БД имя от Программного
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071135
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
хотя изначально я этому противлюсь упорно
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071142
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosа так мне надо еще одно наименование ввести (4-ый по счету) и разделить БД имя от Программного
Ну не знаю. Я как-то сразу закладывал, что есть название (в смысле - текстовая строка, которая выводится в интерфейсе), есть имя объекта (как он должен называться в базе), а есть представление этого имени, как он должен фигурировать в запросах (в случае mssql-я, например - как '[' + имя_объекта + ']'). Соответственно, последнее из них вычисляется соответствующим методом адаптера БД.
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071161
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer,

ну у меня три имени
но программное имя и имя в хранилище совпадает - и это сделано осознанно
модельное имя и интерфейсное - тут все ясно
но я не хочу что бы один и тот же объект назывался в СКЛ так а на допустим c# по другому (сложно все это потом интерпретировать)
я тогда изучил проблему маппинга имен и пришел к выводу, что это ересь
а вот модельное имя - это особое, тут можно добиться некоторой увязки с языком естественным (хотя бы одним - инвариантом)
так как я не думал и не думаю что кто то будет продавать ВИПРОС за рубеж я выбрал русский как язык системы (с учетом госязыка заказчика)
и когда я строю понятийный граф или открываю тезаурус, то перед глазами осмысленный контекст на русском, причинно - следственные и другие аспектные вещи
и мне ваще очень хочется плюнуть на эти прикладные задачи и программирование всяких кейс средств и переключится на семантические изыски
но никто не хочет эту работу оплачивать
я например уверен что мог бы анализировать любую более менее нормализованную структуру и дать ответ о ее полноте и избыточности и т.д. с разных точек зрения и т.д.
море интереснейших задач на уровне естественного языка
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071163
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer,

'[' + имя_объекта + ']'). - я сделал типа метод "нейтрализатор", который пытается эти вещи привести к стандарту
...
Рейтинг: 0 / 0
Импортозамещение СУБД для хранилищ данных и для OLTP
    #39071177
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRosно я не хочу что бы один и тот же объект назывался в СКЛ так а на допустим c# по другому (сложно все это потом интерпретировать)
С одной стороны, да. С другой - у каждого инструмента свои возможности и ограничения. Пихая одну строку в несколько инструментов, оказываешься перед выбором: либо твои требования к строке должны быть объединением всех требований всех инструментов, либо придётся по необходимости трансформировать её под инструмент. Первый путь мне решительно не нравится. Ну, грубо - представь, что ты работаешь на MSSQL и C#, но вынужден ограничиваться именами длины 30, поскольку это требование Оракла.

ViPRos'[' + имя_объекта + ']'). - я сделал типа метод "нейтрализатор", который пытается эти вещи привести к стандарту
Не понял мысль.
...
Рейтинг: 0 / 0
25 сообщений из 375, страница 4 из 15
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Импортозамещение СУБД для хранилищ данных и для OLTP
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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