я же сказал - храним в базе customer'ов c данными когда у кого зарплата - это может быть как число, день недели, каждую неделю, 2 раза в месяц, 1 раз в месяц. и строим запрос с выдачей у кого сегодня зарплата

выполняется каждый день CRON с запросом текущего дня и соответствия дня ЗП и все

зачем cron то?

ну для чего строить запрос если можно проверять

когда конкретно зарплата

cron без запроса чтоли проверяет?

ну

я просил конкретную задачу

что нужно сделать)

и поэтому сделал так как додумал)

поэтому либо нужно тебе конкретнее ставить её

либо усовершенствовать)

запрос сделать а не предложить крон для использования запроса))

мы думаем по разному

sql и nosql это две разные архитектуры

и поэтому я об этом сразу сказал

крон сам запрос не напишет - ему его тоже надо написать

Олег,

я незнаю что сказать

правда

я подсталом

:D

хорошо я понял в чем твое заблуждение - в базе у customer'а нет записи что зарплата такого то числа и ты не сравниваешь текущую дату с датой в базе, все немного сложнее

ну я сразу сказал что есть разница в строении архитектуры

)

и от этого все завязано

так тебе и не имеет смысла ставить эти даты, иначе их надо ставить с просчетом на лет 20 вперед, так что нет тут особой разницы

Олег,ты мыслишь как SQL

уйди от этого)

да мне без разницы где хранить, хоть в текстовом документе

ну а в чем тогда спор

)

да нет спора, просто я сомневаюсь что можно за год реально сложный проект поднять имея опыт 10летней разработки одного проекта в команде

Не хочу спорить,о том что я делаю говорят отзывы и мое портфолио

это важно

смысл не в том что

кто прав а кто не прав

а все намного проще

что та призма,через которую смотрят все ,вот есть SQL и это все одна единственная правда ,это абсолютная ложь

другие БД норм существуют и все чики чики

у всего есть свои плюсы и минусы,но опять же . с моей точки зрения проще сконструировать правильную БД на mongodb

и это будет быстро

охуенно

и безопасно

три основных параметра

если вы делаете тоже самое на sql ,то я не буду с вами спорить,так как с sql я не работаю. я пытаюсь написать открытый движок на sql но как то не выходит)

так как времени мало

в смысле opensource cms с sql?

ну все то чем я занимаюсь сейчас это закрытая комерческая версия

но смотря дальше

мне интересно сделать тоже самое на sql

Охренеть вы тут разговорились, ветераны с другой планеты)

но опять же,есть возможности и есть работа

и поэтому пока все только начинается

http://stackoverflow.com/questions/22593722/why-is-sql-server-2012-faster-than-mongodb-for-this-query

ну да

это же группа про c#

я думаю все логично да?

при чем тут C#?

ну а причем здесь ссылки на c#

это же не конференция почему sql это та круто

)

я про это •SQL Server: 192 ms •MongoDB: 1109 ms

все мои клиенты,говорят что все хорошо

не вижу смысла им не верить

)

ERROR: S client not available

Олег вы работали с MongoDB?

если нет то в чем смысл вашей статистики?

если вы хотите сказать всем не используйте mongodb

то не парьтесь, я скажу это сам

)

я не в смысле сказать что что то плохо или хорошо, заинтересовался вот и смотрю мнения

просто все говорят плохое

я привык к этому)

тут говорят что запись у него лучше, но вся фишка в том что на записи можно терять менее болезненно

все зависит от того как вы спроектируете архитектуру

все зависит от того как вы спроектируете архитектуру

плюсую до бесконечности!!!

ну тут пузомерки то без изысков

я пошел спать,всем спокойной ночи

Ребят, а есть у кого какие ни будь подобные чаты? Как этот. Сообщество php.

Расширяю круг общения.

Доброе утро народ (по мск)

ух вы тут наобщались

я вам наштяков принес из гита

- Task::updateAllCounters(['progress' => 1], "id=$task->id"); -// $task->progress += 1; -// $task->save(); + Task::updateAllCounters(['progress' => 1], ['id' => $task->id]);

и вот так по всем проектам в странах мира

почему сразу избыточно не написать)

А шо это за форма записи такая?

+ Task::updateAllCounters(['progress' => 1], ['id' => $task->id]); // вот эта ['progress' => 1]

больше либо равен

а не

это присвоение

Не обращение к ячейки массива?

может быть?

Гг)

Первое что показалось - то что это аргумент в форме ассоциативного массива который присваиает этой ячейке цифру 1.

Или это патипа магических методов)

Просто передают в апдейт в качестве параметров два массива Первый массив это что сделать(помимо progress, видимо есть и regress какой-нибудь) и на какое значение Второй - судя по всему параметры в where для sql запроса