 |
|
Модераторы: LSD |
 
|
|
Помогите выбрать СУБД! Надо выбрать клиент серверную СУБД 
| Alex |
|
||||
 Эксперт  Профиль Группа: Экс. модератор Сообщений: 4147 Регистрация: 25.3.2002 Где: Москва Репутация: нет Всего: 162 |
Индекс действительно по умолчанию не используется, но можно принудительно заставить его использовать при выполнении выборки
-------------------- Написать можно все - главное четко представлять, что ты хочешь получить в конце. |
||||
|
|||||
Загрузка ...
| ЖораПрогов |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 13 Регистрация: 21.2.2006 Репутация: нет Всего: нет |
>Akella
 Как не странно ничего нового И это не реклама - согласен. Но скорости не хватает мне и у него по-этому я тут и задаю вопросыС днем военного всех. |
|||
|
||||
| ЖораПрогов |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 13 Регистрация: 21.2.2006 Репутация: нет Всего: нет |
>Akela
спсибо Сейчас вывод уже следующий, если оставаться на IB или FB надо базу(таблицу) переделывать Вчера пробовал MS SQL Server он показал 800мс на тех же данных, правда комп был слабоват - с выходом на работу попробую на нормальной машине. Страно, а что до сих пор не было сравнительных (независимых) подобных тестов серверов? Хотя что то мне думается если MS SQL проиграет то это будет не много. Есть СУБД empress (встраиваемая) - мне посоветовали мол используется для решения задач реального времени. Если есть по ней мнение буду очень признателен. Добавлено @ 16:57 >Alex спасибо |
|||
|
||||
| Alex |
|
|||
|
Эксперт Профиль Группа: Экс. модератор Сообщений: 4147 Регистрация: 25.3.2002 Где: Москва Репутация: нет Всего: 162 |
Ничего странного не каждый день возникают задачи когда в одной таблице 3000000 записей и так важно время выборки, обычно при выборке еще кучас связей между таблицами (у меня в нынешнем проекте есть запрос с 50 связями и его выполнение даже секунду или две это не критично) -------------------- Написать можно все - главное четко представлять, что ты хочешь получить в конце. |
|||
|
||||
| SergeBS |
|
||||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1111 Регистрация: 10.6.2005 Где: Владимир Репутация: 1 Всего: 22 |
Akella,
И еще 2 "плюса": - autoincrement отсутствует как класс (поэтому платите за ФИБы и/или корячьтесь с генераторами) - масштабируемости нет вообще (поэтому если начнет тормозить, то единственный выход - застрелиться). ЖораПрогов,
Плохо искал. Гугль конечно друг человека, но мозги не заменит. Ссылку кинуть?
Кто сильнее: слон или кит? Сравнивать серверы смысла нет по очень простой причине: они каждый под свою задачу заточены, как правило. А те которые не заточены, а с понтом универсальные - редкостное "гэ". Примеры: классическая связка MySQL-Apache для веб-сервиса. MS SQL - для складских задач. Cache - для организации справочно-информационных структур. И что тут мерять? Сколько запросов может обслужить? - Так запрос запросу рознь. Да, чтобы потом локти не кусать: попробуй свою таблицу покрутить на разных серваках. И чтобы индексы были правильные. Тут тонкость в том, что у MS SQL например первичный(ключевой)(clustered) индекс задает расположение данных по страницам. Неправильный индекс срубит напрочь производительность. А по большому счету тормоза будут следующие: - диски - сеть Все остальное примерно одинаковой шустрости, как ни крути, у любого SQL-сервера. Просто что-то удобно под одно, что-то под другое.(Лимончик под коньяк, огурчик под водку ) |
||||
|
|||||
| chief39 |
|
|||
 карманная тигра Профиль Группа: Участник Клуба Сообщений: 1631 Регистрация: 20.5.2005 Где: Киев Репутация: 8 Всего: 77 |
Первый раз слышу насчёт "заточенности". Просто это стандарт де-факто для шлёпания маленьких сайтиков, потому что маленький, несложный и бесплатный. И берут отнюдь не от заточенности, а потому что платное и мощное не надо. И, кроме того, "потому что Петя вон тоже на mysql, и Вася, значит и я буду". А вэб-вэбу рознь. Он совершенно поверх СУБД. И для любых предметных областей. Как и СУБД. Участвовал в вэб-проекте для склада. Это вэб? Или склад? Сейчас проект тоже весь вэбовый. Но база - оракл. Может ещё на MS переведём. Но уж никак не на mysql. Ибо не потянет такой вэб. Вот уж M$совцы удивились бы, когда узнали, что они всё это время под склад "точат" P.S. В общем в спор ввязываться не буду, просто не стоит такие догмы громоздить. Сапёрная лопатка тоже для копания "заточена"(причём создателями изначально), но если "доточить" - то и рубит на ура. -------------------- Люди - это свечи. Они либо горят, либо их - в жопу!(с) |
|||
|
||||
| SergeBS |
|
|||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1111 Регистрация: 10.6.2005 Где: Владимир Репутация: 1 Всего: 22 |
ЖораПрогов,
Вдогонку: я обязательно бы попробовал MySQL. Поскольку можно поиграть типами таблиц, а если получится как и на других, то просто сделать кластер из 2-3 (20 ) серверов. За бесплатно. И дисковые тормоза можно убрать аналогично - 2-3 (20 ) дисков воткнуть и сделать таблицы типа RAID, опять же на халяву. |
|||
|
||||
| ЖораПрогов |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 13 Регистрация: 21.2.2006 Репутация: нет Всего: нет |
Мужики, поставил MS SQL Server2000
сделал такую же базу, забил опять такими же данными инсертилась она медленей, а вот селект 0.090 секунды быстрее против 0.180 сек InterBase так что вывод - надо брать и тестировать теперь в совокупе с клиентским доступом. Что быстрее IBX, IBPlus vs ADO |
|||
|
||||
| Alex |
|
|||
|
Эксперт Профиль Группа: Экс. модератор Сообщений: 4147 Регистрация: 25.3.2002 Где: Москва Репутация: нет Всего: 162 |
При тесте FIB+ ВНИМАТЕЛЬНО смотрите настройки компонентов, т.к. компоненты мощные и многофункциональные и для некоторых операций выполняют дополнительные запросы к базе. Хотя я думаю, что все компоненты покажут практически одинаковые результаты.
-------------------- Написать можно все - главное четко представлять, что ты хочешь получить в конце. |
|||
|
||||
| SergeBS |
|
|||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1111 Регистрация: 10.6.2005 Где: Владимир Репутация: 1 Всего: 22 |
ЖораПрогов,
Если уж так волнует скорость, то сначала просто прикинь, сколько данных должно улетать на всех клиентов за секунду (примерно, по порядку величины). Затем сравни со скоростью сетки и диска. Я считаю, что это 2 главных тормоза. Остальное исправимо. |
|||
|
||||
|
|
| Правила форума "Общие вопросы по базам данных" | |
|
|
Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:
Данный форум не предназначен для:
Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение.
Полезные советы: Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa. |
| 1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | СУБД, общие вопросы | Следующая тема » |
[ Время генерации скрипта: 0.0755 ] [ Использовано запросов: 21 ] [ GZIP включён ]
Реклама на сайте Информационное спонсорство
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |