CHWW Опубликовано 24 февраля, 2006 Жалоба Поделиться Опубликовано 24 февраля, 2006 Как убедить руководство в необходимости(?!) использования Linux(Unix, BSD) для серверов БД? Преамбула: Есть одна криво спроектированная БД. Работает под M$ 2003 & M$ SQL 2000. За 3 года 3 меняли железо сервера. И при том, что записей только ~2 млн. в гл. таблице. (Перепроектировать - не предлагать, бьют по рукам). При оценке GNU SQL серверов - понял, что под *nix'ами тот же MySQL "сделает" M$SQL по скорострельности на 30%-40% при наших задачах. Кто пробивал стену? Поделитесь. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
allez Опубликовано 24 февраля, 2006 Жалоба Поделиться Опубликовано 24 февраля, 2006 1. Собрать тестовый сервер. 2. Установить на нем Windows и Unix (вместе или поочередно). 3. Установить в каждой из систем соответствующий SQL-сервер. 4. Залить в каждой системе вашу БД. 5. Прогнать n раз в каждой системе ваши задачи. 6. Оформить в удобочитаемом виде полученные результаты. 7. Написать служебную записку о необходимости перехода на другую ОС, подкрепив ее пунктом 6. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
CHWW Опубликовано 24 февраля, 2006 Автор Жалоба Поделиться Опубликовано 24 февраля, 2006 Спасибо, попробую. Только надо вначале эту тестовую машину выбить. По мере знакомства с Linux понял, что много из того, на что мы тратили время в M$, здесь просто есть. Жаль, что так поздно. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
allez Опубликовано 24 февраля, 2006 Жалоба Поделиться Опубликовано 24 февраля, 2006 А вам тестовую машину еще и выбивать надо? Опа как! А каким образом вы всякого рода новшества обкатываете да эксперименты (в том числе и нездоровые) проводите? Неужели на "боевых" серверах и рабочих станциях? У меня, например, где бы я ни работал, кроме обычной рабочей станции обязательно есть как минимум один-два "подопытных кролика" (исключение составляют разве что какие-нибудь мелкие организации, где я работаю "приходящим нянем"). И потом, тестовый сервер вовсе не обязательно должен быть сопоставим по железу с существующим, достаточно, чтобы он с вашей базой работал пусть и медленно, но верно. Вам же нужно будет оперировать не столько абсолютными результатами тестов, сколько их соотношением, так что ничего страшного не произойдет, если обработка продлится, скажем, одиннадцать часов вместо обычных полутора. Главное, чтобы в желаемой ОС результат был лучше. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
SignFinder Опубликовано 25 февраля, 2006 Жалоба Поделиться Опубликовано 25 февраля, 2006 CHWW имхо для начала нужно разобраться в старой БД (с мсsql не работал поэтому не представляю что у нее в движке). Перенос базы это не просто так. Плюс ко всему вы уверены что клиенты смогут цепляться к мускулю и что он оптимальный вариант? (в 5 версии правда и хранимые процедуры и триггера вроде появились) Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Byte Опубликовано 28 февраля, 2006 Жалоба Поделиться Опубликовано 28 февраля, 2006 Согласен с Dr.Spectre, переезд на новую платформу дело не простое, однако это не означает, что подобное не может иметь места быть... - все зависит от целесообразности... Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
CHWW Опубликовано 3 марта, 2006 Автор Жалоба Поделиться Опубликовано 3 марта, 2006 >>А вам тестовую машину еще и выбивать надо? Опа как! Да. У нас везде стоит вынь. Для нее и M$SQL тестовые машины есть. И не одна. А Linux'а нет. А на старой БД столкнулись с проблеммой отдачи клиенту ключей из таблицы, блокировок. А с мускулем столкнулся с граблями - при подключении Access через ODBC, первый падает. Присмотрюсь к другим БД. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
SignFinder Опубликовано 6 марта, 2006 Жалоба Поделиться Опубликовано 6 марта, 2006 Цитата: А с мускулем столкнулся с граблями - при подключении Access через ODBC, первый падает. Присмотрюсь к другим БД. так может разобраться почему падает? Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
CHWW Опубликовано 6 марта, 2006 Автор Жалоба Поделиться Опубликовано 6 марта, 2006 Это известная проблемма на MySQL.org: с последними апдейтами jet 4.0. Где-то в Connector\ODBC. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
uranik Опубликовано 6 марта, 2006 Жалоба Поделиться Опубликовано 6 марта, 2006 При оценке GNU SQL серверов - понял, что под *nix'ами тот же MySQL "сделает" M$SQL по скорострельности на 30%-40% при наших задачах На Windows MySQL тоже замечательно пашет. Перепроектировать - не предлагать, бьют по рукам Перенос на MySQL тоже предполагается без реструктуризации? ИМХО плохо спректированная база будет одинаково тупить и на MySQL и на Microsoft SQL Server. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.