Прекращение поддержки расширения MySQL в PHP

sqlite пока еще молодой проект, дайте ему время, по факту он не хуже, по крайней мере не на много, мускула.
просто много узких мест в нем пока

80. sanzstez, а что мешает для каждого пользователя создавать отдельную SQLite базу данных Для форума другую, для списка пользователей третью и т.д Это даж лучше будет, будут подключатся только те базы, которые нужны в данный момент, а не все сразу Да и безопасность возрастает в разы, если не дай бог где то забыл отфильтровать запрос, то взломать через эту дыру пользователей будет не реально, у них другие базы, не связаные с первой))) Да и удаление пользователя удобней, удалил его базу и все, нет больше его.

82. Денис Одинец, + лишний раз перегружать файловую систему скулайтом, постоянным считыванием и записью данных.
Хотя я так гостю и блог прикрутил к мотору года 2 назад....
Печальный опыт визави подтверждает что скулайт пока рановато юзать в средних и крупных проектах

83. sanzstez, как говорит пословица, не храните все яйца в одной корзине. Мне кажется так лучше, повреждение или взлом любого из модулей, не приведет к повреждению всего сайта
но в общем это на любителя, кто то MySQL юзает, а кто то SQLite. Раз уж существует какая нибудь СУБД, значит это кому то все таки нужно.

84. Денис Одинец, что мне кажется сомнительным шагом применение такой архитектуры...
Лучше использовать проверенные решения, скулайт это не тот инструмент, тут даже транзакции не помогут избежать проблем при записи данных в БД. Будет тупить неимоверно, если несколько чел одновременно будут пытаться записать данные в базу!

85. sanzstez, если сайт миллионик, то да)) а если там меньше 1000, то вероятность одновремменного запроса в одну единицу времени маловероятно Запись и считывание проходит в десятые доли секунды. Хотя всех особенностей я не знаю, возможно такая структура и неоправдает всего возложенного на нее. Я еще масштабных эксперементов не проводил.

Денис Одинец (17 Июля 2011 / 17:31)
Я еще масштабных эксперементов не проводил.

Ну и зря. Результаты неприятно удивят))
+ занимать лишнее место на диске если оно лимитировано?
+ не знаю что за глюк такой, может только у меня такая лажа, но при удалении данных из скулайт базы ее размер не уменьшается что есть странно. Хотя можт бок какой...

87. sanzstez, в размер квоты диска входит и размер баз на диске мускул сервера, я не думаю что хостеры бесплатно там что то будут хранить, ну а то что размер базы данных при удалении чего либо не особо меняется, так это по сути фрагментация данных в файле,такое бывает и у MySQL баз, эт у любого хостера спроси, приходится постоянно дефрагментировать. Ну а если говорить о SQLite то у нее есть такой запрос как VACUUM, который оптимизирует таблицы, например при удалении чего либо.

На скуле с записью в дб могут быть лаги т.к надо либо блочить при этом дб или ставить в очередь

нифига не радует новость конечно. но если это действительно к лучшему - значит ничего не остается нам. программист успешен, если постоянно изучает новые методики и технологии.
ООП еще не изучал ввиду ненадобности, поэтому PDO мне не подходит пока что.
буду делать как в 70 посте, хотя скорее всего и от этого вскоре откажутся.
PHP очень активно развивается в сторону ООП, поэтому нужно развиваться вместе с ним в эту сторону