Большой проект: MySQL или файли
1. ubnt (19.11.2012 / 10:35)Если я хочу создать большой інтернет проект (будет много пользователь), то в качестве хранения данних пользователь мне лутше всево взять MySQL или хранить на файлах. Админ всегда должен иметь возможность узнать содержимость информации.
P.S. извините за написание, просто украинская клавиатура
2. Александр (19.11.2012 / 11:08)
До сих пор у кого то еще возникают такие вопросы... Используй конечно MySQL. БД на файлах старый век.
3. Олег (19.11.2012 / 11:51)
Рекомендую кешировать
4. Сергей (19.11.2012 / 11:52)
Скорей MySQL,файлы легче взломать прочесть,и т.д.
5. Алексей (19.11.2012 / 11:58)
Однозначно MySQL. Легче будет масштабировать.
6. Александр (19.11.2012 / 12:08)
Впринципе вам решать. Если грамотно подойти к данному проекту, то можно и на файлах. На базе данных будут свои преимущества и не малые, но всеравно нужно будет кешировать информацию в файлы, так как большой онлайн будет создавать нагрузку на бд.
7. Алексей (19.11.2012 / 12:10)
Информацию надо кэшировать по средствам memcached. Это самое простое и эффективное решение на мой взгляд.
8. Александр (19.11.2012 / 12:34)
7. PIXEL, возможно, но до этого еще не все дошли. Я например еще не постиг этот метод. Хотя уже были мысли изучить.
9. Сергей (19.11.2012 / 12:44)
там особо и изучать то нечего.. все данные хранятся в виде ключ - значение.
записал, прочитал. весь метод.
10. Tima94 (19.11.2012 / 13:42)
MySQL
11. Алексей (19.11.2012 / 16:05)
8. rastoman, Обращайся, научу. Ничего сложного.
12. Олег (25.11.2012 / 03:43)
PIXEL, чем оно эффектино? Нужно смотреть по задаче, если актуальность данных важна, то возможно, а если данные обноляются быстрее чем время жизни кеша, то нафиг тогда это нужно. Лишние лимиты памяти жрать. Еще не понятно что пользовтаель имеет ввиду. То что много пользователей это не говорит о высоких нагрузках.
MySQL для частых запросов заносит их в память и выполняются они быстрее, на крайний случай используйте встроенный механизм кеширования MySQl. Важно понять что приорететно insert-запросы или select. Если второе, то вариант с мемкешед разумно применять.
13. Кевин Митник (26.11.2012 / 03:55)
Что быстрее - это еще спорный вопрос) Посмотрите в сторону "плоских файлов". Есть такая БД - Berkeley DB, вот там то эти файлы и используются.
14. Андрюха (26.11.2012 / 09:58)
есть MongoDB еще например
15. Azzido (26.11.2012 / 16:16)
Писать в файлы это уже анахронизм,идущий от php4 и более ранних версий,не майтесь фигней и используйте базу данных,и причем не всякие sqlite, и уже даже не mysql, а pdo mysql, не смотря на популярность mysqli я все же не советую смотреть в эту сторону, у меня складывается впечатление что его так же как mysql соберутся зарубить. Явный пример это этот сайт, уверен вантуз долго думал на чем остановиться, после провала sqlite он выбрал pdo mysql. Почему именно оно? Потому что можно быстро перейти на pdo другого типа бд, скорей всего вантуз и об этом думал))
16. Олег (26.11.2012 / 19:33)
PDO это всего лишь инструмент взаимодействия между СУБД и приложением. С учетом того что у MySQL имеет собственные агрегатные функции быстро перейти на другую СУБД не получится. А учитываю то что Вантуз не имеет честкой идеологии своих движков, использует устаревшую архитектуру, не использует вообще никаких патернов проектирования, да и вообще все в перемешку, гибко перейти на другую СУБД будет трудно.
Смыла переходить на другую СУБД для движков вантуза смысла невижу.
17. Azzido (26.11.2012 / 22:52)
16. Aligan, это лишь как пример сайта, ну я это и имел ввиду, что не использовать функции mysql и mysqli, а pdo, а не сам тип бд конечно)
18. Кевин Митник (27.11.2012 / 02:15)
#15? не, ну ты не прав, как по мне) ни разу не анахронизм) разработай свою файловую систему, как это сделали google и многие другие, и работай напрямую с данными.
ps распределенная кластерная система
19. Петр (27.11.2012 / 09:47)
База данных - это тоже как бы "файлы", просто обработка данных в них идет с помощью более быстрой программы, чем скрипт на PHP. В первом сообщении, кстати, язык программирования не указан, если использовать какой-нибудь FastCGI и C++, то с файлами в них будет явно быстрее по сравнению с БД.
20. Phantom (27.11.2012 / 12:17)
В первом сообщении, кстати, язык программирования не указан, если использовать какой-нибудь FastCGI и C++, то с файлами в них будет явно быстрее по сравнению с БД.Мы спортивные парни и знаем, где у велосипеда находится руль.
Visavi стаил, детка, Visavi путь!
21. Петр (27.11.2012 / 13:08)
20. Phantom, с таким подходом велосипедом можно обозвать что угодно, имеющее приблизительный аналог: любой фреймворк и CMS. А visavi тут явно не при чем - самописные "базы данных" есть у многих крупных IT организаций.
22. Михаил (27.11.2012 / 14:38)
Im-ieee (27 Ноября 2012 / 13:08)Много тут на visavi представителей крупных ИТ организаций? А новый фреймворк или cms почти всегда и правда является жутким велосипедом
20. Phantom, с таким подходом велосипедом можно обозвать что угодно, имеющее приблизительный аналог: любой фреймворк и CMS. А visavi тут явно не при чем - самописные "базы данных" есть у многих крупных IT организаций.
23. Артур (27.11.2012 / 15:21)
Oracle
24. Владимир (27.11.2012 / 16:16)
PIXEL (19 Ноября 2012 / 12:10)незнаю что и добавить!просто +.сори дальше тему не читал после этого поста!И тем более сужу по нашему времени а не заглядываю в будующее.дальше придумают и ещё лучше чем можно предложить сейчас.и смотря как и что кэшировать и вообще направление проекта, не обязательн овсё кэшировать а лишь небольшую часть. и вообще вопрос спорный и подход к делу разный!
Информацию надо кэшировать по средствам memcached. Это самое простое и эффективное решение на мой взгляд.
25. Олег (27.11.2012 / 17:40)
#18, тебя как послушаешь) Нашел с кем сравнивать, у гугла сервера по всему миру, там оправданая кластреная система, так как она географически разбросана. Для таких вещей голый энтузиазм мало, нужны еще огромные финансовые вложения.
Вас послушаешь как. С++ очень сложно будет использовать для web-проектов. Вам нанем потребуется опять же написать mini php, зачем.
Я очень сомневаюсь что у хотябы одного здесь на форуме будет очень высоконагруженный проект, где использование MySQL ставится под сомнение.
26. Саня (28.11.2012 / 01:04)
Если уж у гугла время на серваках синхронизируется посредством атомных часов, то что уж там говорить. Мы букашки по сравнению.
27. Петр (28.11.2012 / 08:19)
FlydВот я и говорю, что visavi не при чем.
Много тут на visavi представителей крупных ИТ организаций? А новый фреймворк или cms почти всегда и правда является жутким велосипедом
Добавлено через 02:28 сек.
AliganПо-моему, очень субъективно, особенно учитывая количество библиотек на C++.
С++ очень сложно будет использовать для web-проектов. Вам нанем потребуется опять же написать mini php, зачем.
28. Nu3oN (29.11.2012 / 13:53)
Однозначно совмещение удобного с полезным!
Мой выбор бы пал на: Oracle + CouchDB + хорошо организованное кеширование
URL: https://visavi.net/topics/35374