А вот в совокупности такой метод, имеет какое то название?
А вам принципиально знать название этого? Ну назовите его "ТумбаЮмба"
Я вам просто говорю из опыта использования подобного - не удобно, да и не нужно такое. Как говорится, юзайте классический синглтон и не выпендривайтесь.
fenric пишет:
вам приходилось для каждого класса писать свой метод
Не, не... Совсем не так. Почитайте про магический метод __callStatic.
У myisam вроде как нет внешних ключей... А как же тогда выборки с объединением таблиц? Или я что-то не так понял?
Нет, не правильно поняли... На выборках из нескольких таблиц это никак не отображается. Просто внешние ключи накладывают некоторые ограничения. К примеру, вставляете вы данные в таблицу, а в ней есть столбец (ну скажем cat_id) связаный с другой таблицей. А вы взяли и указали cat_id которго нет. MyISAM эту запись спокойно вставит, а вот InnoDB этого сделать не даст. Целостность данных однако...
Другой пример, удаляете запись из таблицы, а с ней связаны записи в другой/других таблицах. MyISAM спокойно ее удалит и все связанные с ней данные превратяться в мусор. А вот InnoDB сначало проверит, есть ли связанные данные и если есть, то удалит их тоже, либо вобще не даст вам удалить строку, либо заменет на NULL, это уже зависит от того, что вы укажете делать.
InnoDB более продвинутый движек, я всегда выбираю его и другим советую.
Тем более полнотекстовый поиск InnoDB уже тоже поддерживает, правда не помню с какой версии, недавно начал.
Даже если вы делаете для более старых версий, вынесите свои тексты в отдельную таблицу в MyISAM-е и будет вам поиск.
гг) Всегда любил читать, как идиот пытается доказать умному человеку, что он не идиот Это так смешно со стороны смотрится.
з.ы. Тлеужан, специально для вас, ну вдруг вы не поняли, идиот в данном случае это вы. Поэтому, как вам уже советовали, идите на юкоз/фриланс и не мучайте нас, умных людей, своими идиотскими вопросами...
6 июня были отправлены почтой копии документов и оригинал заявления в Москву, в reg.ru. Вечером пришло сообщение, что домен успешно перенесен на указаный мной аккаунт.
В этот же день после недолгих переговоров с NIC.UA выяснилось, что для предоставления мне AUTH CODE, мне также нужно отправить оффициальное заявление к ним с приложением копий паспорта, на сей раз в Днепропетровск. Все это было выполнено, а утром 7 числа снова на почту.
Вечером 7 пришло сообщение от nic.ua что отправлен запрос на подтверждение переноса к прежнему регистратору и мою заявку обработают как только получат ответ, либо если в течении 3 дней не получат его.
В итоге прождал до 10 числа. Пришло сообщение от nic.ua, мол ответа мы так и не дождались, обработали вашу заявку, вот ваш код. Код сразу же был введен в форму переноса домена на сайте ukraine.com.ua.
12 числа пришло сообщение, что домен принят на обслуживание. Еще 2 дня пришлось прождать обновления NS. И вот 15 июня перенос обоих доменов был завершен, работа сайтов восстановлена.
Итог, цена вопроса - примерно 7грн. (около 30руб.) и почти 2 недели времени на переписки и выяснения отношений с техподдержками разных регистраторов.
AlexAnder, думаю здесь имелось в виду на стороне клиента по отношению к БД.
LIME пишет:
довольно спорно
Ну это один из тех вопросов, на который не возможно дать однозначно правильный ответ. Кто как привык, кто как считает нужным. Я же лично для себя выработал правило, все что можно сделать на стороне БД, по возможности, переносим туда.
Через стандартные врядли получится. Разве что каким-то хитрым сочетанием функий... Ну сходу так я не могу придумать.
Что значит "очень большой"? За сколько отрабатывает функция на вашем очень большом массиве?