MySQL vs SQLITE

1. Nu3oN (16.11.2009 / 11:37)
Как то читал, что sqlite быстрее чем mysql. как вы думаете?

2. xass (16.11.2009 / 11:50)
серавно mysql лутше

3. Александр (16.11.2009 / 11:58)
1, так и есть, давно перешёл на SQLITE и доволен, по этой же причине vantuz первёл форум на sqlite проблема только найти хост с поддержкой SQLITE

4. ктулху (16.11.2009 / 12:12)
У мускула есть один безспорный плюс... мускул можно юзать удалённо. Можно сделать 1 сайт на двух хостингах, и будет использоваться 1 база.

5. Артур (16.11.2009 / 12:40)
4, только 1 +?

6. Саня (16.11.2009 / 14:22)
В каждого сови преимущества и свои недостатки

7. Вантуз-мен (16.11.2009 / 14:29)
преимущество sqlite в том что он не использует внешних библиотек, все уже встроено в ядро
в php 5.3.0 появился новый встроенный драйвер mysqlnd это по сути как в sqlite работает
самый большой минус в sqlite что при записи блокируется вся база, то есть пока не запишет никто не сможет из нее прочитать и тем более записать, в mysql все это делается в несколько потоков
Не говоря уже что в sqlite отсутствует очень большое количество функций, поддержка внешних ключей появилась недавно, не распознает регист LIKE с русскими буквами и тд

8. ктулху (16.11.2009 / 15:28)
SQLlite и MySQL сравнивать бесполезно, у них совершенно разный принцип работы

9. Удаленный (16.11.2009 / 15:43)
Кстати с бд SQLlite работает хостинг ht-systems.ru сейчас тожне двиг переведу на эту базу

10. Саня (16.11.2009 / 15:45)
9, SQLite и на хомяке есть ) Все дело в версии которая там установлена. На большинстве
Версия SQLite 2.8.17

11. ramzes (16.11.2009 / 16:27)
Холливар))
операции чтения у SQLite быстее, запись у MySQL.
Стоит помнить что чем больше бд SQLite тем медленнее она работает.
Уже давно пишу смешанно, MySQLi+SQLite.
Опять же MySQL не самая свежая разработка, если и сравнивать, то MySQLi и SQLite..
Плюс позволяет на каждый скрипт иметь отдельный файл базы данных, доступный в любое время и не зависящий от работы сервера (как например MySQL)
такое мое мнение.

12. Саня (16.11.2009 / 18:08)
Я лично советую использовать те методы, которыми можно добиться максимальной производительности - будь то связка файлы+базы, или просто одно из них.

13. Lugaro (16.11.2009 / 20:25)
в связке с мусколом самое то, а полностью ложится на sqlite в большом проекте бредово

14. Артур (16.11.2009 / 23:13)
Как говоритсо 'як не срачка, то пердячка'...

15. Саня (17.11.2009 / 00:27)
13, впринципе да, но на небольшие и средние проекты можно полностью юзать скулайт. Если сайт не стремится к размерам фанка или вапоса, то сойдет.
Вот сделал небольшой движок , полностью на скулайт http://top.smartzona.net.ru (пример,не реклама), впринципе генерация нормальная, но вот подсчет онлайна (тож на скулайт) как то немного тормозит систему, так что для счетчиков всяких неочень он,гг. Правда бестхостер тож немного тормозит ))

16. ramzes (17.11.2009 / 00:36)
Для серьезных больших проектов и мускул тоже не используют. Для этого есть и помощнее субд. Это уже из разряда 'с ножом на медведя не ходят, ходят с топором'.
С ружьем на медведя ходить надо. Надеюсь аналогия ясна

17. Удаленный (17.11.2009 / 01:18)
А почему не постгри? Он мускул переплюнет 100%

18. ramzes (17.11.2009 / 03:49)
Вот я именно об этом и говорю для чего то большого уже и мускул не очень.
А для среднего обе субд нормально подходят.

19. Вантуз-мен (17.11.2009 / 04:20)
я скоро перепишу систему статистики на висави, в частности счетчик, онлайн, статистику за сутки, месяц и неделю, более чем уверен что все будет отлично
Реально для счетчика конечно надо создавать отельную базу-файл, тогда ее процессы не будут влиять на остальное, sqlite 2.8.17 выдержит до 1000 отдельный обновлений в секунду без объединяющей синхронизации, даже если по какой-то причине база будет занята, то данные скапливаются в специальном буфере и оттуда уже синхронно записываются в базу

20. ramzes (17.11.2009 / 05:02)
Сама запись у сколайт ощутимо медленная.. 0.008 скорость системы, 0.03 та же система + один апдейт. Одна запись тормозит сильнее чем десяток чтений..
Может у тебя получится как то ускорить, у меня не вышло..

21. Вантуз-мен (17.11.2009 / 06:54)
для многочисленных insert или update есть трансакции почитай про begin -> commit

22. Neformat (17.11.2009 / 08:55)
Вконтакте на мускуле, не забывайте что вся база может быть распределена между несколькими машинами

23. Артур (17.11.2009 / 09:23)
Т.е. постгре самая крутая база? 0..о

24. Studentsov (17.11.2009 / 10:29)
Для больших проектов да. Yandex на постгре

25. ктулху (17.11.2009 / 12:44)
22, да вообще хоть что может быть распределено. кластер.

26. Б.В. (18.11.2009 / 07:20)
Люди вы чо? Если вас не учили оптимизации, то канешно любая база говном будет. А если у человека с нормального места руки ростут, то большой проэкт можна легко на мускуле сделать. Я НЕ спорю, что есть лучше мускула, что лучше ИНОГДА совмещать, но иногда это не обязательно, так как выигранное время будет сотые доли секунд? Нах такое надо? При этом надо ставить новые библы на серв, разбиратся в синтаксе новой бд, переписывать скрипты, скажите зачем такой геморой, если легче пересмотреть код, убрать безумия,которые там натворили и оптимизировать структуру базы?
И без разницы кто на какой бд, думайте свой башкой, нех других плагиатит, как буд-то у вас своего мнения нет. Что удобней - то и используйте, с правильной головой все будет пучком! Когда при совершенном коде будет уже большое время генерации, тогда уже и будете волноватся, что думать дальше!(мне мало верится, что такое может быть).

27. POMAH (18.11.2009 / 08:54)
o_o глaгoлишь

28. ктулху (18.11.2009 / 10:37)
26, плюсовой пост..

29. Колян (18.11.2009 / 11:43)
Моё мнение такое: мускул надёжнее хранит данные, более функционален и удобней в использовании... А что касается генерации, то присоединяюсь к 26 посту!

30. Саня (18.11.2009 / 18:14)
Конечно phpmyadmin удобная штука. для скулайта неочень софт пока.
Ну вот с php.su опрос
Тема опроса "Какую СУБД Вы предпочитаете использовать совместно с PHP?"
MySQL - 89.01% (1280)
PostgreSQL - 2.155% (31)
SQLite - 1.460% (21)
Oracle - 2.294% (33)
MS SQL - 2.920% (42)
Другая - 2.155% (31)
Так что SQLite пока не лидирует
Всего голосов: 1438 (100%)

31. Михаил (18.11.2009 / 18:30)
PostgreSQL, если я не ошибаюсь, яндекс только в moikrug использует

32. Удаленный (20.11.2009 / 23:33)
30, это потому что на хостинги мускул ставят. постгри очень редко. Был бы свой сервер и нужда - оракл, только он платный и стоит немало, а так постгри - бесплатен и удобен. У меня в универе именно он и стоит + все скрипты на перле. Быстродействие супер

33. Санёк (22.11.2009 / 14:38)
32, ну так его ставят не спроста ведь Я лично не понимаю зачем переписывать скрипт,чтобы он использовал SQLite,ради каких то тысячных секунд генерации...По-моему бред полный.Мускул держит и крупные проекты,зачем спрашивается делать себе ненужные цели?Лучше действительно просто оптимизировать код вашего скрипта.

34. Саня (22.11.2009 / 21:57)
Пишите на том что больше нравится.SQLite тоже вещь неплохая, но будет больно сразу забыть мускул и перепрыгнуть на нее.

35. DIGIT500 (24.11.2009 / 19:57)
Всем привет. А где бы почитать про транзакции и их использование... и желательно с примерами?
А может даже и про использование с примерами триггеров? Спасибо.

36. ramzes (24.11.2009 / 20:51)
http://habrahabr.ru/blogs/webdev/42121/
не совсем то что просил, но про транзакции тоже есть немного.
3.Ы. Народ хорош про оптимизацию кода разглагольствовать, суть темы сравнение двух субд, а не говнокода с чистым и продуманным.
В кривых губах и х%й всего лишь зубная щетка. Простите за непотребщину :-[

37. Санёк (02.12.2009 / 15:49)
Кстати,а SQlite обычно на хостах есть?

URL: https://visavi.net/topics/2897