Mysql и mxINI

[vovandolg]

Зачем ковыряться в FTP, да ещё что-то искать, если у вас все сложено в одну папку (scriptfiles, либо в любую другую)? Какой в этом смысл?

Обрисую ситуацию у тебя на сервере онлайн допустим 200-500 + шлачьё всякое регается наполняет твои скрипт папки где овер9000 файлов, не все же как вы сидят клепают свой сервер и играют сами с собой или с пятью десяткой дружков
Просто я вижу смысл в БД как быстрое передвижение по логам и приятный интерфейс таблиц.

[ziggi]

Но опять же работать с БД легче чем ковыряться в FTP и искать какой то файл..

Я вижу как люди используют БД в SA-MP. Они ничего не знают о нормализации, о запросах, выходящих за рамки SELECT, INSERT и UPDATE, да и вообще, о каких-либо особенностях работы с реляционными БД. Никогда не забуду эти бесконечные Car1, Car2, Car3 в таблице игрока, значения которых парсят с помощью sscanf (а в далёком прошлом с помощью split) после извлечения. Толку от использования БД в таких случаях совершенно нет.

[Роуди.]

Я вижу как люди используют БД в SA-MP. Они ничего не знают о нормализации, о запросах, выходящих за рамки SELECT, INSERT и UPDATE, да и вообще, о каких-либо особенностях работы с реляционными БД. Никогда не забуду эти бесконечные Car1, Car2, Car3 в таблице игрока, значения которых парсят с помощью sscanf (а в далёком прошлом с помощью split) после извлечения. Толку от использования БД в таких случаях совершенно нет.

Маленько не понял, можно примерчик ( Того, как должно быть по Вашему )

[$continue$]

многобукв

Но, все же MySQL более распространяемый для хранения больших данных. Аккаунты на форумах, etc...
Файлы нужны очень редко - conf/settings, etc...
Мне например не нравиться файлы тем, что они лежат допустим в папке: /users и тратят место на рабочей машине. (Да, да, да, таблица тоже тратит, но значительно меньше)
Плюсом ко всему, если 1000+ аккаунтов в папке начинается бордак (Можно же отсортировать по имени, ага.)

[DeimoS]

Обрисую ситуацию у тебя на сервере онлайн допустим 200-500 + шлачьё всякое регается наполняет твои скрипт папки где овер9000 файлов, не все же как вы сидят клепают свой сервер и играют сами с собой или с пятью десяткой дружков
Просто я вижу смысл в БД как быстрое передвижение по логам и приятный интерфейс таблиц.

Для таких случаев существует поиск по имени, не? Или просто, опять таки, Ты (не ты конкретно, а многие, подобные тебе) пользуешься не совсем тем софтом для работы с FTP, где нет нужных функций? Конечно в этом виноваты файлы!
Да и что будет, когда у тебя в таблице будет овер9000 строк? Да ещё и в каждой строке по овер30 столбцов с названиями, типа "Zdorovie", "Adminka", "Weap1", "Weap2", "Weap3"... etc...? Опять же, всё зависит от реализации системы аккаунтов. Старые аккаунты можно подтерать или же перемещать в отдельную папочку, где будут хранится мёртвые души (раз уж тебя пугают большие кол-ва файлов). Или же, как писалось выше, просто пользоваться поиском.

Но, все же MySQL более распространяемый для хранения больших данных. Аккаунты на форумах, etc...
Файлы нужны очень редко - conf/settings, etc...
Мне например не нравиться файлы тем, что они лежат допустим в папке: /users и тратят место на рабочей машине. (Да, да, да, таблица тоже тратит, но значительно меньше)
Плюсом ко всему, если 1000+ аккаунтов в папке начинается бордак (Можно же отсортировать по имени, ага.)

Эмм, а в SA-MP есть "большие" данные?
Да и как же до 2008 (а то и до 2010, судя по уровню усвоения новых вариаций решения старых систем) года люди жили без MySQL? Вы мне напоминаете моего знакомого-яблодрочера, который, при выходе новой модели продукции от Apple, сразу продаёт свой текущий и бежит покупать новую модель, продавая последнюю почку в семье (попугайчика :с). Никто не говорит, что базы данных MySQL не оправдывают себя или же бесполезны. Нет. Тут противятся словам о том, что все предшественники MySQL вдруг стали лагающим дерьмом только из-за того, что появился, собсно, MySQL. И если сейчас написать мод полностью зависящий от файлов, ничего с ним плохого не случится. А с MySQL ещё надо уметь работать, чего 90% русского комьюнити делать не научилось.

А на MySQL 1000+ строк в БД не создадут хаос? Хотя да, тут-то религия позволяет пользоваться поиском. Это в файлах только грёбанные еретики поиск используют!

- - - Добавлено - - -

Да и если у вас появляется хаос, значит это явно виноваты маленькие файловые гномики, отвечающие за сортировку файлов, а вовсе не ваша продуманная реализация (ведь так трудно сделать сортировку аккаунтов по папкам. Например, по первой букве в нике. Нееет, это слишком сложно. Лучше говорить, что файлы - отстой!)

[Роуди.]

Для таких случаев существует поиск по имени, не? Или просто, опять таки, Ты (не ты конкретно, а многие, подобные тебе) пользуешься не совсем тем софтом для работы с FTP, где нет нужных функций? Конечно в этом виноваты файлы!
Да и что будет, когда у тебя в таблице будет овер9000 строк? Да ещё и в каждой строке по овер30 столбцов с названиями, типа "Zdorovie", "Adminka", "Weap1", "Weap2", "Weap3"... etc...? Опять же, всё зависит от реализации системы аккаунтов. Старые аккаунты можно подтерать или же перемещать в отдельную папочку, где будут хранится мёртвые души (раз уж тебя пугают большие кол-ва файлов). Или же, как писалось выше, просто пользоваться поиском.




Эмм, а в SA-MP есть "большие" данные?
Да и как же до 2008 (а то и до 2010, судя по уровню усвоения новых вариаций решения старых систем) года люди жили без MySQL? Вы мне напоминаете моего знакомого-яблодрочера, который, при выходе новой модели продукции от Apple, сразу продаёт свой текущий и бежит покупать новую модель, продавая последнюю почку в семье (попугайчика :с). Никто не говорит, что базы данных MySQL не оправдывают себя или же бесполезны. Нет. Тут противятся словам о том, что все предшественники MySQL вдруг стали лагающим дерьмом только из-за того, что появился, собсно, MySQL. И если сейчас написать мод полностью зависящий от файлов, ничего с ним плохого не случится. А с MySQL ещё надо уметь работать, чего 90% русского комьюнити делать не научилось.

А на MySQL 1000+ строк в БД не создадут хаос? Хотя да, тут-то религия позволяет пользоваться поиском. Это в файлах только грёбанные еретики поиск используют!

- - - Добавлено - - -

Да и если у вас появляется хаос, значит это явно виноваты маленькие файловые гномики, отвечающие за сортировку файлов, а вовсе не ваша продуманная реализация (ведь так трудно сделать сортировку аккаунтов по папкам. Например, по первой букве в нике. Нееет, это слишком сложно. Лучше говорить, что файлы - отстой!)

Вообщем тут должна быть картинка, типо мэма, но мне лень делать эту пикчу по этому так:

Шрэк говорит: - mxini
Фиона Говорит: - mysql
Гарольд говорит: - стандартный ини райтер
Осел говорит: - sqlite

[[ForD]]

Кстати да,SQLite по ходу золотая середина))

[Desulaid]

Вообщем тут должна быть картинка, типо мэма, но мне лень делать эту пикчу по этому так:

Шрэк говорит: - mxini
Фиона Говорит: - mysql
Гарольд говорит: - стандартный ини райтер
Осел говорит: - sqlite

Немного оффтопа: дежавю, я такое давно на ТС ("Типичный скриптер") выкладывал.

24 сентября 2015
и да, правильно было бы не ".txt", а "file.inc", но когда я это осознал, было поздно

Не могу не заметить тут срач и почему бы не поучаствовать? :D

Так вот, виной всему ваш говнокод, а не используемый метод, хотя, методы бывают разные ... Да и затея "хранения немного здесь, немного там, тут кое-что, а это туда уберу" не очень. Хоты бы потому, что для мелкой фичи вы подключите лишнюю библиотеку. Правда, если вы не создаете гибрида MySQL + mxINI ...

Такими их вижу я, ибо когда вы используете один метод сохранения данных, то зачем использовать такой же аналог, хоть и не совсем похожий. Конечный вариант будет одним и тем же.

[Роуди.]

Немного оффтопа: дежавю, я такое давно на ТС ("Типичный скриптер") выкладывал.

24 сентября 2015
и да, правильно было бы не ".txt", а "file.inc", но когда я это осознал, было поздно

Не могу не заметить тут срач и почему бы не поучаствовать? :D

Так вот, виной всему ваш говнокод, а не используемый метод, хотя, методы бывают разные ... Да и затея "хранения немного здесь, немного там, тут кое-что, а это туда уберу" не очень. Хоты бы потому, что для мелкой фичи вы подключите лишнюю библиотеку. Правда, если вы не создаете гибрида MySQL + mxINI ...

Такими их вижу я, ибо когда вы используете один метод сохранения данных, то зачем использовать такой же аналог, хоть и не совсем похожий. Конечный вариант будет одним и тем же.

Кстати да, искал в гугл картинках по запросу шрэк mysql ini не нашел, забил =)

[vovandolg]

Ну а всё таки если все варианты ровно запилить, то по быстродействию какой лучше, если кому не трудно по порядку перечислить