Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 15   вперед  Ctrl
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
kdv
казалось бы, диски сравнивают хотя бы IOMeter-ом, и никто от натуги не помер. А вот тест СУБД запустить - почему-то адски сложная задача.

p.s. я не говорю, что надо запускать тест альтернативных для себя СУБД. Достаточно уметь запускать тест для своей СУБД, чтобы понимать, чем новый сервер лучше старого, или чем новые диски лучше-хуже старых, или что на сервере что-то произошло с производительностью, и т.д.

Для начала, надо понимать, что такое IOmeter, что он меряет, смысл тех цифр, которые он даёт, и применимость к своей практической задаче. С тестом СУБД ещё сложнее, потому что он много сложнее IOmeter'а. Бездумный запуск тестов - бесполезная трата времени.
6 окт 15, 08:35    [18239234]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
kdv
Достаточно уметь запускать тест для своей СУБД, чтобы понимать, чем новый сервер лучше старого, или чем новые диски лучше-хуже старых, или что на сервере что-то произошло с производительностью, и т.д.
А что творилось на сервере с самого начала? С чем сравнивать? Кто сказал, что "раньше" настройки были идеальными?

"Попугаи" в TPC хотя бы дают примерное представление о "теоретическом пределе" производительности и позволяют оценить, стОит или уже нет для данной конкретной конфигурации заниматься подкручиванием настроек - банально показывают, что на "этом" сервере при заданном "железе" могут сделать "настоящие профессионалы"...
6 окт 15, 09:32    [18239426]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Vadim Lejnin
Member

Откуда:
Сообщений: 7392
Victor Metelitsa
kdv
казалось бы, диски сравнивают хотя бы IOMeter-ом, и никто от натуги не помер. А вот тест СУБД запустить - почему-то адски сложная задача.

p.s. я не говорю, что надо запускать тест альтернативных для себя СУБД. Достаточно уметь запускать тест для своей СУБД, чтобы понимать, чем новый сервер лучше старого, или чем новые диски лучше-хуже старых, или что на сервере что-то произошло с производительностью, и т.д.

Для начала, надо понимать, что такое IOmeter, что он меряет, смысл тех цифр, которые он даёт, и применимость к своей практической задаче. С тестом СУБД ещё сложнее, потому что он много сложнее IOmeter'а. Бездумный запуск тестов - бесполезная трата времени.


Задача тестирования производительности, вообще задача нетривиальная
Пример с CentOS показателен. Поэтому RedHat или OEL сертифицированы под Oracle, а Fedora нет.
И это только настройка ОС. Настройка БД под конкретные приложения как правило отдельный проект. Другое дело, что буржуи, которые умеют считать деньги предпочитают переплатить за железо, чем нанимать высококласных и очень дорогих спецов для систем малой и средней нагруженности.
Все меняется для критических систем которые работают в режиме максимально возможной нагрузки для существующего железа.

Кроме выбора железа и платформы, на выбор влияют такие факторы как доступность необходимых спецов, наличие инфраструктуры поддержки.
Например в начале-середине 90-х в России сложилась парадоксальная ситуация,
когда грамотные администраторы VAX стоили дешевле грамотных администраторов Windows
Насколько я знаю, сейчас мало доступны администраторы DB2, поэтому с ней в России стараются не связываться.

В Германии и Франции, большой выбор фирм которые оказывают качественную поддержку и обучение для OpenSource продуктов, поэтому бизнес рассматривает эти решения при выборе.
Мой однокурсник, в Германии до последнего времени работал в такой компании.

А у нас, до последнего времени, если предложить PostgreSQL как возможное решение при проекте было неприлично. Банальный вопрос - кто будет поддерживать такое решение подвисал в воздухе.
6 окт 15, 09:48    [18239514]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
PetrovVA
Member

Откуда:
Сообщений: 44
kdv
ProgMann
провели официальные тесты и результаты этих тестов были опубликованы в официальном месте

на конкретном твоем сервере никто официальные тесты проводить не будет.
А на собственном сервере, если я правильно прочитал сообщение твоего оппонента, никто и не предлагал тестировать.
kdv
а проводить тесты на тех компах, на которых уже были проведены официальные тесты, практически невозможно - потому что это "сборные" компы, да и большинство которых уже устарело. Например, для tpc-c - Dell PowerEdge T620 старье, да и в базовой конфигурации оно почти никому не надо.
Не припомню ни одного теста для одной широко известной в узких кругах СУБД, о несравненных преимуществах которой по сравнению с другими СУБД постоянно твердят не будем показывать пальцем кто, независимо от степени древности оборудования.
kdv
И сам последний результат по нему от 2014 года.
Даже как-то стесняюсь напомнить: на календаре 2015 год
kdv
У нас один из клиентов давно использовал CentOS. И купил новое оборудование для переноса СУБД (Firebird) на новый сервер.
Мы уговорили его провести тест на линуксе и винде. И оказалось, что винда была на 30% быстрее (похоже, драйвера под линукс под это оборудование были говенные). Ну и клиент решил, что 30% производительности гораздо важнее старых привычек.
Что характерно, клиент, скорее всего, прав... Особенно - если эти +30% процентов производительности перекрывают затраты на обновление.
kdv
Ну и сравнивать разные СУБД на одном тесте - уже давно как неинтересное занятие.
Стоимость отдельной транзакции для разных СУБД для одного вида тестов - ну, совсем не интересный показатель для сравнения... Особенно - в рамках данного топика...
kdv
Система, абсолютно универсальная для нескольких СУБД - это бред. Системы пишутся на конкретной СУБД, используя возможности этой СУБД.
И чем принципиальным отличаются SELECT, INSERT, UPDATE DELETE, COMMIT и ROLLBACK для разных СУБД? Отказ от использования процедурных расширений - уже давняя тенденция...
6 окт 15, 10:03    [18239593]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
sphinx_mv
"Попугаи" в TPC хотя бы дают примерное представление о "теоретическом пределе" производительности и позволяют оценить, стОит или уже нет для данной конкретной конфигурации заниматься подкручиванием настроек - банально показывают, что на "этом" сервере при заданном "железе" могут сделать "настоящие профессионалы"...

Производительности чего?

Пускай для примера некий негр из Эфиопии стал чемпионом мира по спринту. Чем это вам поможет, если вы набираете грузчиков? Можно ли предположить, что вон тот негр, которого вы случайно встретили в метро, будет лучший грузчик, чем дядя Вася, на том основании, что некий негр стал чемпионом мира по спринту?
6 окт 15, 10:23    [18239712]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
PetrovVA
kdv
Система, абсолютно универсальная для нескольких СУБД - это бред. Системы пишутся на конкретной СУБД, используя возможности этой СУБД.
И чем принципиальным отличаются SELECT, INSERT, UPDATE DELETE, COMMIT и ROLLBACK для разных СУБД? Отказ от использования процедурных расширений - уже давняя тенденция...

Это заявление всего лишь означает, что вы незнакомы с разными особенностями конкретных СУБД. Да, такой подход тоже имеет место (хотя, чтобы заявлять о "тенденции", надо иметь статистику). Как следствие - мне, как админу, приходится иметь дело с "переносимой" хренью на JBoss/Hibernate, которая над некоторыми вещами работает неделю вместо нескольких минут, которые бы потребовались, если бы было сделано "не так переносимо"; а ещё я столкнулся с комиками, которые пожелали программировать на PL/SQL в точности так же, как на Object Pascal, и написали целый продукт или два на такой основе...
6 окт 15, 10:31    [18239774]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3795
TPC тест на топ железе от вендора - это как время на круге на нюрбунргринге для автомобилей. Маркетинг чистой воды.
Но однако возят же нещадно машины на ринг. И мотают, мотают эти круги....
6 окт 15, 11:07    [18239968]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
ProgMann
Что с тестами TPC-H и др. у Линтер, PostgreSQL, MySQL и др.?
Что-то на сайте TPC ничего про них нет
6 окт 15, 11:35    [18240162]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30261
PetrovVA
Даже как-то стесняюсь напомнить: на календаре 2015 год

я вам и говорю, что тесты там старые (tpc-c), и оборудование старое. Это официальный тест коммерческих СУБД.
PetrovVA
Что характерно, клиент, скорее всего, прав...

опять же, я именно об этом и пишу.
PetrovVA
Отказ от использования процедурных расширений - уже давняя тенденция...

похоже, вы с луны свалились. Конечно, бывают такие решения, причем даже без FK (с одними PK в лучшем случае) - все сваливается на сервер приложений. Но таких решений немного, по отношению к тем, которые полностью используют возможности конкретного сервера.

И вы удивитесь, но в деталях синтаксис SELECT и прочего у разных СУБД может сильно отличаться. Есть стандарт, и есть свои расширения.
6 окт 15, 11:37    [18240172]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
Вообще, ИМХО, нормально, что люди хотят видеть обзоры, даже если понимают, что они исключительно субъективные.
Я к тому, что TPC-h - интересный тест, но субъективный. Если действительно интересно сравнение, лучше попробовать на конкретно Вашей задаче с Вашей моделью данных. За ЛИНТЕР могу сказать, что всю необходимую разумную помощь получите.
И это будет в 100500 раз эффективней теста TPC-h
Участие в TPC-h - это скорее раскрутка бренда, чем реальный результат.

А если очень хотите узнать относительно TPC-h для ЛИНТЕР - обращайтесь в личку.
6 окт 15, 11:46    [18240221]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
ProgMann
Member [заблокирован]

Откуда:
Сообщений: 2375
roden
Участие в TPC-h - это скорее раскрутка бренда, чем реальный результат.
То есть ЛИНТЕР - это нечто особое?:
- никакой не бренд
- бренд, не требующий никакой раскрутки (потому что никому он не нужен)
- бренд, не требующий никакой раскрутки (потому что все про него и так все всё знают и любят)
- реальная база для реальных пацанов, сделанная по понятным им понятиям
- православный продукт русского мира для патриотического программирования
- ......
6 окт 15, 12:51    [18240626]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
roden
Участие в TPC-h - это скорее раскрутка бренда, чем реальный результат.

Участие в TPC-H - это демонстрация технической возможности показать реальный результат. Равно как запуск ракеты в космос - демонстрация технической возможности поразить цель на другом континенте. Можно, конечно, считать это раскруткой бренда, но когда Запорожский автомобильный завод начинает высказываться в том плане, что Формула-1 - это фигня, не имеющая отношения к производству действительно хороших автомобилей, и только поэтому они не хотят в ней участвовать...
6 окт 15, 13:15    [18240808]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Victor Metelitsa
sphinx_mv
"Попугаи" в TPC хотя бы дают примерное представление о "теоретическом пределе" производительности и позволяют оценить, стОит или уже нет для данной конкретной конфигурации заниматься подкручиванием настроек - банально показывают, что на "этом" сервере при заданном "железе" могут сделать "настоящие профессионалы"...

Производительности чего?
Выполнения тестовых последовательностей операций, если кто не в курсе... :)
Запустив аналогичную последовательность на собственной машине (и зная параметры теста и машины) вполне можно оценить, насколько используемое Вами железо само по себе адекватно задачам, и, заодно, правильно подобрать лекало для рук Вашего DBA.
Victor Metelitsa
Пускай для примера некий негр из Эфиопии стал чемпионом мира по спринту. Чем это вам поможет, если вы набираете грузчиков? Можно ли предположить, что вон тот негр, которого вы случайно встретили в метро, будет лучший грузчик, чем дядя Вася, на том основании, что некий негр стал чемпионом мира по спринту?
Вам таки в разные тесты: один для спринтеров, другой для грузчиков. :)
Есть грузчик дядя Вася. И есть грузчик дядя Петя. И есть еще Миша, который пока еще планирует стать грузчиком. Вася разгружает машину с товаром за 1 час. Петя - за два часа. Миша даже не может упаковку оторвать от земли. Ваши действия как нанимателя грузчиков: кого на работу примете? Надеюсь, вариант с Мишей Вы рассматривать не будете.
Кстати... Когда понадобится пеший курьер вполне имеет смысл выбирать кандидатуру среди чемпионов по марафону или по спортивной ходьбе...
6 окт 15, 13:49    [18241035]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
PetrovVA
Member

Откуда:
Сообщений: 44
kdv
PetrovVA
Отказ от использования процедурных расширений - уже давняя тенденция...

похоже, вы с луны свалились. Конечно, бывают такие решения, причем даже без FK (с одними PK в лучшем случае) - все сваливается на сервер приложений. Но таких решений немного, по отношению к тем, которые полностью используют возможности конкретного сервера.
Я не буду тебе рассказывать, откуда ты свалился, но решений, которые могут - хотя бы чисто теоретически! - полностью использовать возможности сервера в природе отсутствуют как класс. Решения просто могут в разной мере использовать специфику конкретного сервер и в лучшем случае окажутся полностью заточены только под этот, один-единственный сервер.
kdv
И вы удивитесь, но в деталях синтаксис SELECT и прочего у разных СУБД может сильно отличаться.
Удиви меня еще тем, что синтаксис различается даже у разных версий СУБД от одного производителя.
kdv
Есть стандарт, и есть свои расширения.
Ты удивишься: острая необходимость в использовании специфических расширений синтаксиса, которые имеются у разных СУБД, возникает в достаточно ограниченном сегменте специфических задач.
6 окт 15, 14:10    [18241129]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
ProgMann
То есть ЛИНТЕР - это нечто особое?:
......

ЛИНТЕР - это действительно нечто особое, потому что никто больше в России не посмел поднять тему СУБД. Может есть готовые, и я не прав?
Пошуметь и рассказать, что надо делать - многие горазды. Давайте пойдем от другого - поучаствуйте.
Всего лишь надо использовать ЛИНТЕР в таком количестве проектов, которое бы позволило провести официальные тесты tpc-h (только предупредите заранее, что таким образом вы вносите свой вклад в работу tpc-h).

А пока команда ЛИНТЕР вынуждена выбирать: добавить иерархическую обработку исключений в хранимых процедурах и возможность использования исключений в стиле Oracle ИЛИ провести синтетические тесты для галочки.
6 окт 15, 15:39    [18241855]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
PetrovVA
Ты удивишься: острая необходимость в использовании специфических расширений синтаксиса, которые имеются у разных СУБД, возникает в достаточно ограниченном сегменте специфических задач.

Любое вменяемое здание может быть построено из брёвен с помощью топора. Острая необходимость в использовании специфических материалов и инструментов возникает в достаточно ограниченном сегменте специфических задач.
6 окт 15, 15:53    [18242004]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
softwarer
roden
Участие в TPC-h - это скорее раскрутка бренда, чем реальный результат.

Участие в TPC-H - это демонстрация технической возможности показать реальный результат. Равно как запуск ракеты в космос - демонстрация технической возможности поразить цель на другом континенте. Можно, конечно, считать это раскруткой бренда, но когда Запорожский автомобильный завод начинает высказываться в том плане, что Формула-1 - это фигня, не имеющая отношения к производству действительно хороших автомобилей, и только поэтому они не хотят в ней участвовать...

Вы излишне упрощаете моё высказывания, и всё же ...

1. Чем не демонстрация "запуска в космос" - работа ЛИНТЕР в системах управления ядерными реакторами?
или в диспетчерских центрах управления воздушным движением в аэропортах?
а если уж нужен действительно космос, то чем не демонстрация -работа ЛИНТЕР в Центре контроля космического пространства?

2. Я случайно не обратил внимания: в поставщиках моторов Формулы-1 присутствуют такие бренды как Audi, Aston Martin, Bentley, Rolls-Royes, Bugatti ... ?

И да, я не говорил, что tpc-h вообще не интересен. Даже для самых заинтересованных можно создать специальные хинты для запросов, использующихся в tpc-h, наверное, будет полезно для тех, кто делает выбор СУБД по результатам tpc-h
6 окт 15, 15:59    [18242066]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Случайный посетитель
Guest
softwarer
PetrovVA
Ты удивишься: острая необходимость в использовании специфических расширений синтаксиса, которые имеются у разных СУБД, возникает в достаточно ограниченном сегменте специфических задач.

Любое вменяемое здание может быть построено из брёвен с помощью топора. Острая необходимость в использовании специфических материалов и инструментов возникает в достаточно ограниченном сегменте специфических задач.
Специфические фичи на то они и специфические, что даже просто найти задачи, где без этих фич совершенно невозможно обойтись, вполне тянет на отдельную и очень интересную по сложности сугубо теоретическую задачу. С другой стороны, кто-то фичами меряется, а кто-то практические задачи решает.
6 окт 15, 19:52    [18243558]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
ProgMann
roden
Участие в TPC-h - это скорее раскрутка бренда, чем реальный результат.
То есть ЛИНТЕР - это нечто особое?:
- никакой не бренд
- бренд, не требующий никакой раскрутки (потому что никому он не нужен)
- бренд, не требующий никакой раскрутки (потому что все про него и так все всё знают и любят)
- реальная база для реальных пацанов, сделанная по понятным им понятиям
- православный продукт русского мира для патриотического программирования
- ......

Судя по постам на форуме вроде как большие надежды связывает с импортозамещением. Так что вроде хорошо подходит под "для патриотического программирования".
6 окт 15, 20:50    [18243757]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
Случайный посетитель
С другой стороны, кто-то фичами меряется, а кто-то практические задачи решает.

Верно. И мы даже в курсе уровня и этих практических задач, и тем более этих решений.
6 окт 15, 21:56    [18243965]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
roden
1. Чем не демонстрация "запуска в космос" - работа ЛИНТЕР в системах управления ядерными реакторами?

Смотря для какой реальной цели. Соответствия российским требованиям и некоторым критериям надёжности - вполне. Производительности работы - что как бы есть цель TPC-H - ни с какого бока. Кстати, о каком Линтере здесь речь? А то опять окажется, что в системах присутствует один, а в рекламах подразумевается совсем другой.

roden
2. Я случайно не обратил внимания: в поставщиках моторов Формулы-1 присутствуют такие бренды как

Когда Линтер достигнет признания, аналогичного таким брендам, ему тоже легко простят отсутствие в TPC-H. А до тех пор - вряд ли стоит вставать в позицию "зелен виноград".
6 окт 15, 23:07    [18244169]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Случайный посетитель
Guest
sphinx_mv
Victor Metelitsa
пропущено...

Производительности чего?
Выполнения тестовых последовательностей операций, если кто не в курсе... :)
Вообще-то, ключевой момент то, что тесты TPC - это тесты основанные на выполнении типовых последовательностей операций.
7 окт 15, 08:24    [18244698]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
Случайный посетитель
Guest
softwarer
Случайный посетитель
С другой стороны, кто-то фичами меряется, а кто-то практические задачи решает.

Верно. И мы даже в курсе уровня и этих практических задач, и тем более этих решений.
Ну, и какую долю в решении этих задач составляет поиск где бы применить килер-фичу от используемой СУБД?
7 окт 15, 08:29    [18244713]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
Случайный посетитель
softwarer
Верно. И мы даже в курсе уровня и этих практических задач, и тем более этих решений.
Ну, и какую долю в решении этих задач составляет поиск где бы применить килер-фичу от используемой СУБД?

Примерно такую же, какую у Вас по утрам составляет поиск, на что бы натянуть штаны.
7 окт 15, 09:37    [18244918]     Ответить | Цитировать Сообщить модератору
 Re: Импортозамещение СУБД для хранилищ данных и для OLTP  [new]
roden
Member

Откуда:
Сообщений: 741
softwarer
roden
1. Чем не демонстрация "запуска в космос" - работа ЛИНТЕР в системах управления ядерными реакторами?

Смотря для какой реальной цели. Соответствия российским требованиям и некоторым критериям надёжности - вполне. Производительности работы - что как бы есть цель TPC-H - ни с какого бока. Кстати, о каком Линтере здесь речь? А то опять окажется, что в системах присутствует один, а в рекламах подразумевается совсем другой.

softwarer, я в курсе для чего TPC-H. Отлично, что Вы тоже об этом знаете. И наверное, тогда Вы тоже знаете, как реализован этот тест. Соответственно, вывод тоже сможете сделать о его объективности ...

И очень надеюсь, что Вы не обрывками читаете мои ответы. А ЛИНТЕР ... тот самый


softwarer
roden
2. Я случайно не обратил внимания: в поставщиках моторов Формулы-1 присутствуют такие бренды как

Когда ЛИНТЕР достигнет признания, аналогичного таким брендам, ему тоже легко простят отсутствие в TPC-H. А до тех пор - вряд ли стоит вставать в позицию "зелен виноград".

Не хотите опрос среди завсегдатаев провести о полезности TPC-H?
7 окт 15, 10:58    [18245304]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 15   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить