|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Скажщите, а если есть база на MS SQL, можно ли ее перенести на My SQL? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 11:45 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
данные - можно хп, триггеры - нельзя ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2003, 11:48 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Так тригер можно програмно эмулировать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2003, 08:45 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
>Так тригер можно програмно эмулировать. Тяжелый случай. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.08.2003, 09:34 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Так а что же ты будешь делать? Если ему функциональность тригеров нужна. А ты просто плечами пожил и все. Вопрос то ему как то надо решать. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2003, 13:01 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Не использовать MySQL. Использовать PostgreSQL или другие доступные СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2003, 16:03 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Stellar. ты что туго догоняешь, тебе же сказали хотят использовать MySQL Он кстате и быстрее. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2003, 22:31 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
alex_24 > ...хотят использовать MySQL ничего, с опытом это проходит > Он кстате и быстрее. Ты, кстат и , проводил тесты с реальными данными и под реальной нагрузкой или пропаганды начитался? ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2003, 09:18 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
на тебе реальный тест с реальной нагрузкой. Слайды обязательно посмотри. http://www.eweek.com/article2/0,3959,293,00.asp ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2003, 18:16 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Хрен > http://www.eweek.com/article2/0,3959,293,00.asp Видел, лажа. Если посмотреть в исходники, ни одного запроса по более чем двум таблицам нету. На большем числе таблиц "оптимизатор" Мыскля будет сосать причмокивая. Мыскль показывал нормальные результаты только со своим супер-пупер-кэшем. Если реализовать кэш на уровне приложения/сервера приложений, то ускорения можно добиться и для всех остальных баз. А если без кэша, [quote] MySQL's great performance was due mostly to our use of an in-memory query results cache that is new in MySQL 4.0.1. When we tested without this cache, MySQL's performance fell by two-thirds. [/quote] Т.е. вместо реального приложения опять имеем оптимизированный под Мыскль бенчмарк, что вполне понятно, т.к. [quote] MySQL and Sybase both accepted and had staffers tune their own databases as they wished. IBM didn't send personnel, but we exchanged several rounds of e-mail with IBM engineers to get tuning advice. Microsoft and Oracle both declined to be involved in the test—with their database servers, we did all tuning ourselves with no vendor input. [/quote] ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2003, 18:49 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
" Если бы да кабы".. Все субд были в одинаковых условиях. Условия разрабатывались однозначно не для mysql. Вот из технического задания на тестирование ( отгадай, на какую субд похоже? явно не mysql синтаксис) : Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
application server - тоже был. bea weblogic.. Запросы, которые использовались - такие, какие были необходимы для задачи. Специально усложнять/упрощать их никто не собирался специально для какой-либо субд Так что - читай заново и внимательнее. Хотя, какого еще ответа следовало ждать, когда лицом в цифры макнули? Естественно, на уровне - "будет сосать причмокивая...своим супер-пупер-... лажа...." ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2003, 20:54 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Ещё раз, если с первого раза непонятно. Мыскль работал с кэшем, остальные базы без. Если Мыскль пускать без кэша, то он работает на две трети медленнее (см. цитату, на графиках это достижение "почему-то" не отражено), а сделать кэш на уровне приложения/сервера приложений тестеры "почему-то" не догадались. > Запросы, которые использовались - такие, какие были необходимы для задачи. Специально усложнять/упрощать их никто не собирался специально для какой-либо субд О чём и речь: задача была выбрана так, чтобы запросы были максимально простыми. ;) А в техническом задании были "почему-то" оставлены лазейки, позволявшие Мысклеводам использовать встроенный кэш и таблицы MyISAM (остальные-то у них помедленнее будут). А вот промышленные бенчмарки , в которых команды тех же Oracle и MSSQL с удовольствием участвуют, Мыскль "почему-то" игнорирует. Либо просто выполнить их не в состоянии --- функциональности не хватает, либо графики не такие красивые получаются. ;) А SQLite всё равно быстрее . На правильных тестах. ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 00:45 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Мыскль работал с кэшем, остальные базы без Кто мешал другим вендорам сделать то же самое? А вот если mysql это - умеет, а другие - нет, то спасибо Сане Белкину, который реализовал query cache в mysql. Это и означает, что в этом случае - mysql круче большинства баз. А в техническом задании были "почему-то" оставлены лазейки, позволявшие Мысклеводам использовать встроенный кэш и таблицы MyISAM (остальные-то у них помедленнее будут). Техническое задание было разработано _до_того_ как определился набор участников. Если вы скажете что подозреваете PCMag в сочувствии Mysql AB, я буду долго смеяться.. Кстати, MyISAM там использовался только для вспомогательных таблиц (типа справочников), которым не нужны транзакции. Для основных нагруженных таблиц использовался innodb (те, которые были примерно 60 миллионов записей). Вот вам и еще одна фича mysql, которой нет у других, и которой удачно воспользовался MySQL AB - возможность использовать транзакции только на тех таблицах, на которых это нужно. А вот промышленные бенчмарки, в которых команды тех же Oracle и MSSQL с удовольствием участвуют, Мыскль "почему-то" игнорирует. "Потому что" это коммерция. Ты там хоть одну opensource базу видел? Основной показатель там (вокруг которого все пляшут) - сколько баксов надо платить за единицу производительности. Там не сравниваются базы между собой (если ты не понял). Там сравниваются готовые решения на основе крутых компьютеров. А SQLite всё равно быстрее. На правильных тестах. ;) Ага,ага.. Особенно он радует скоростью на update. Сам то пробовал? Кстати - если посмотришь, там нет тестов с таблицами больше чем 25000 записей. Отгадай почему.. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 03:42 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Хрен > А вот если mysql это - умеет, а другие - нет, то спасибо Сане Белкину, который реализовал query cache в mysql. Это и означает, что в этом случае - mysql круче большинства баз. Как работает кэш на уровне приложения? Приложение знает, какие данные меняются часто, какие нет и кэширует нужные запросы. Когда нужно выполнить запрос, данные берутся из кэша, к базе обращения не происходит. Как работает кэш на уровне Мыскля? Приложение дёргает базу (запрос идёт от приложения к базе), база смотрит, закэширован ли запрос (не зная при этом, какие запросы имеет смысл кэшировать, а какие нет), потом отдаёт данные (данные идут от базы к приложению). Мораль. Мысклёвый кэш нужен в двух случаях: для веб-приложений с базами "только для чтения", авторы которых слишком тупы, чтобы самим сделать кэширование, и для бенчмарков, где с кэшем можно попробовать типа обогнать конкурентов. > Вот вам и еще одна фича mysql, которой нет у других, и которой удачно воспользовался MySQL AB - возможность использовать транзакции только на тех таблицах, на которых это нужно. Вот и ещё одна проблема с этими тестами --- наличие там таблиц "только для чтения". > Если вы скажете что подозреваете PCMag в сочувствии Mysql AB, я буду долго смеяться. Нет, я думаю, что они сочувствуют мёртвым американским президентам. А по принципу "кому выгодно" президенты могли быть предоставлены только MySQL AB: * Полстатьи --- PR замечательных новых фич Мыскля 4, который на момент тестов был ещё альфой . * Никому из остальных вендоров показывать, что они быстрее на таких тестах не нужно. Я тут дал ссылку на их пузомерку классом повыше. > Кстати - если посмотришь, там нет тестов с таблицами больше чем 25000 записей. Отгадай почему.. Отгадал. Потому что SQLite на них отсосёт. А теперь ты отгадай, почему тесты, с которыми Мысклеводы носятся, как с писаной торбой, отличаются таким большим количеством странностей. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 09:36 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
2 Хрен Отстань ты от Sad Spirit, не заводись - он постоянно талдычит - что Мускуль лажа. Не обращай внимания - игнорируй... ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 11:09 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Игнорируйте, те кто знает зачем и в каких местах можно, а то инужно использовать MySQL - используют его с успехом! P.S. Никто-же не ругает MS SQL, за то что на нем плохо работают хранилища данных. Даешь каждой задачке по СУБД. mahoune ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 11:54 |
|
Вопрос о MySQL
|
|||
---|---|---|---|
#18+
Согласен с mahoune. Только тут надо понимать, что нормаьно перенести базу с MSSQL на MySQL не получится. Только и всего. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2003, 18:03 |
|
|
start [/forum/topic.php?fid=47&msg=32255128&tid=1855811]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
54ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
others: | 302ms |
total: | 455ms |
0 / 0 |