mymuss Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору redp Цитата: Особенно рекомендую обратить внимание на показатели SQL 2000 2nd Ed при использовании родных .ASP компонентов. Результаты совсем другие. Я бы даже сказал - кардинально отличаются   Это ровным счечтом ничего не значит. SQL server сравнили с самим собой. Весело.     Все равно что реализовать бизнес логику на PL/SQL и сравнивать Oracle с MySQL где бизнес логика реализована на Visual Basic.   Поэтому драйвер должен быть одинаковым на всех машинах.     Цитата: всего навсего меряют по большому счету производительность JDBC для разных баз Ты бы еще сказал что они всего-навсего меряют произврдительность разных СУБД на HP Netserver   Цитата: очень просто проверяется - запусти скажем 20 (а еще лучше 200) одновременных транзакций с массовым update/rollback на MySQL и скажем на oracle. И посмотрим производительность. А еще при этом если базу стопнуть - будет ли MySQL содержать непротиворечивые данные после этого   Пока что это все не идет дальше твоих ничем не подкрепленных домыслов. Пожалуйста, конкретнее, либо ссылки на авторитетный источник, либо конкретное приложение, либо код итд...   Цитата:  пачиму MS SQL - ацтой Патаму ---------- (a + b^n) / n = x, donc Dieu existe; répondez ! Euler Всего записей: 709 | Зарегистр. 13-04-2003 | Отправлено: 19:01 21-06-2003

Bloody_Nokia_Adept Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ну Вы господа и флеймеры! Автора топика выгнали из его собственного треда! Это номер!!!   Чего спорить-то? У нормальной СУБД есть свои фишки. Моя фирма использует и MSSQL, и Oracle. По производительности они обе на уровне и со своими задачами, и с failsafe справляются очень даже. Если возможности СУБД не ограничивают разработчика (а это относится в равной степени к этим СУБД), то "кривость" или "рульность" относятся уже к решению задачи разработчиком.   Сходите на www.sql.ru там есть специальный форум по сравнению СУБД - там уж точно найдете себе достойныый оппонентов ---------- Дядя Фёдор, пес и кот - все в одном лице живет! Он обфукать любит сразу, вот такая вот зараза! Эпиграмма на меня, "1001 ночь ХАИ", 535 гр., 1999 г. Всего записей: 785 | Зарегистр. 27-11-2002 | Отправлено: 20:20 21-06-2003

mymuss Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору redp Цитата: по поводу slammerа - патч от MS был доступен уже полгода. Админы-лентяи   Факт остается фактом. Ущерб нанесен колоссальный.   Цитата: нифига подобного, сравни цыфры на графиках SQL + ASP с прочими базами + JSP В равных с другими условиях MSSQL показал наихудший результат. А для того чтобы говорить про цЫфры в случае с ASP нужно иметь эти цифры для других серверов. А нам их не показали в силу определенных причин. Поэтому такое сравнение - это все равно что сравнивать цифры, полученные под Oracle на двухпроцессорном Xeon и цифры, полученные в MSSQL на Celeron. Повторяю: условия должны быть равными для всех.   Короче, все это оффтопик и я предлагаю на этом закрыть тему. ---------- (a + b^n) / n = x, donc Dieu existe; répondez ! Euler Всего записей: 709 | Зарегистр. 13-04-2003 | Отправлено: 20:28 21-06-2003

v0yager Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору GreyGendalf Цитата: только вот шустрость его с лихвой компенсируется его "безопасностью".   за примером далеко ходить не надо, недавняя эпидемия охватившая MSSQL сервера ,   прикольно,  вирус поражающий БД сервера по сети, сложно представить что либо подобное, скажем с Ораклом   представить не так и сложно: предлагаю зайти на www.cert.org и поинтересоваться SecurityAlert'aми по Oracle (187) и Microsoft SQL(35). Даже если учесть, что в список Oracle (уважаемой мной компании) попали и часть данных от смежных продуктов (app server, etc.), то все равно списов весьма приличный.     Там, при желании, можно обнаружить переполнения буферов в сетевых компонентах, возможность запуска удаленного кода и т.д. Само по себе такое количество alert"ов вовсе не означает, что Oracle слабозащищенный продукт. Просто админам нужно внимательно относиться к своим обязанностям.   GreyGendalf mymuss   О SQL Slammer:   Администраторов, которые устанавливают сервер БД на прямо доступный из интера сервер и не закрывают при этом порты доступа к этому серверу БД "...нужно морально убивать на месте...(с) О. Бендер.".  С администраторами, которые не отслеживают security alert'ы для ПО, установленном на интернет-серверах нужно делать то же самое (о других серверах тоже забывать не стоит). Что делать с администраторами, которые при этом еще и работают в банках и !национальных! ISP (см. начало статьи из ZD Net, которые привел mymuss) - мне даже сложно предположить. Что-то сильно-запоминающееся и показательное     all   Дискуссии о производительности, все чаще, являются простой потерей времени (IMHO). Уж больно много факторов влияет на конечный результат и его интерпритацию. Начиная от того, кто, зачем и на чьи деньги проводит испытание и заканчивая объектами и методами тестирования.   Равные условия для всех тестируемых продуктов тоже создать очень сложно - слишком много компонентов в объекте тестирования (я имею ввиду полную систему со всем ПО, включая ОС, драйвера и т.д., hardware). Маааленькая бага в бета-версии драйвера может существенно повлиять на конечный результат, не говоря уже о настройках ОС и hardware.   Так что равные условия - это миф (IMHO).   Можно, правда, измерять производительность и масштабируемость по другому: взять Х килобаксов, четкие спецификации тестовой задачи, специалистов-профессионалов по каждой из платформ. Дальше профи на фиксированную сумму килобаксов покупают железо и софт (условно, компоненты системы для тестирования могут быть взяты во временное пользование у производителей), пишут прикладное ПО, и УСИЛЕННО оптимизируют всю систему в целом с использованием знаний о конкретной платфоме (ситуация, когда специалисты по *nix начинают измерять производительность Wintel платформы, которую они же и установили - ничего кроме смеха не вызывает).   Но и в этом случает все будет очень приблизительно: для решения прикладной задачи самые эффективные решения (по скорости и масштабируемости) не всегда самые простые в разработке и сопровождении. Какой процент реальных систем для и-нета создан на языках 3G (CGI/ISAPI на плоском С)? Когда от времени выхода продукта на рынок зависит жизнь/смерть компании - не до особых технологических изысков.     P.S. В общем, относитьcя к "графикам из интернет" стоит с изрядной долей скептицизма.     добавлено   С предложением mymuss закрыть топик согласен, увлеклись что-то мы все... Всего записей: 95 | Зарегистр. 08-05-2003 | Отправлено: 21:02 21-06-2003

DeADMoHAX Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Сомневаюсь в выборе базы данных и движка к ней перед запуском проекта. Сомневаюсь, соотв, между MariaDB vs Percona vs Postgres.   Входные данные такие: Время жизни проекта (лет) 10 Объектов    2000 Записей для объекта в день 12 Байт в 1 записи    4096 (в таблице меньше, но думаю что вполне может быть больше)   Итого получается 87 600 000 записей. Или 334,1674805    Гбайт данных.   Данные соотв добавляться будут максимум 12 раз в день (INSERT без всяких понтов), а остальные запросы - select по ключам id AND date (неуникальным).   Код: CREATE TABLE `myobjects` (   `id` int(8) NOT NULL,   `a0` tinyint(4) unsigned default '0',   `a1` mediumint(9) default NULL,   `a2` mediumint(9) default NULL,   `date` varchar(10) default NULL,   `a4` mediumint(9) NOT NULL,   `a5` smallint(6) default NULL,   `a6` tinytext NOT NULL,   `a7` tinyint(4) default NULL,   `a8` mediumint(9) default NULL,   `a9` smallint(5) default NULL,   `a10` varchar(10) default NULL,   `a11` varchar(512) default NULL,   `a12` varchar(12) default NULL,   `a13` tinyint(1) default NULL,   `a14` varchar(64) NOT NULL,   KEY `wid` (`wid`),   KEY `a12` (`a12`) ) ENGINE=XXXXXX DEFAULT CHARSET=cp1251;   Еще думаю что варчары надо все же заменить чарами.   Сейчас больше всего склоняюсь к MariaDB и таблицам типа Aria, тк считаю, что выпадение/ошибки в паре записей в месяц (вдруг, все же близки к MyISAM) - не критично. Но на случай, если это критично (сейчас узнаю у заказчиков) - хотелось бы слышать мнение умных людей   Вариант с Postgres - крайний, тк придется писать "апи" к нему. ---------- dmlabs.ru || hackconnect.ru Выгодно России – значит, хорошо. Не выгодно России – пошёл на хер. Всего записей: 1367 | Зарегистр. 03-02-2005 | Отправлено: 16:53 13-07-2012

DeADMoHAX Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору ekemov как раз в дальнейшей судьбе MySQL как то все сейчас видится печально... выбрал марию, посмотрим ---------- dmlabs.ru || hackconnect.ru Выгодно России – значит, хорошо. Не выгодно России – пошёл на хер. Всего записей: 1367 | Зарегистр. 03-02-2005 | Отправлено: 22:09 15-07-2012

Ahaltek Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору PostgreSQL и лучше на linux-e   Добавлено: на дельфи компонент PgDAC Всего записей: 238 | Зарегистр. 08-09-2008 | Отправлено: 13:17 08-10-2013

Страницы: 1 2

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Выбор БД?

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование