Через API получаю JSON массив, хочу сохранить его в БД, и потом через PHP использовать, как посоветуете в таком же виде? { "status_code":200, "status_string":"Found", "reports":{ "moscow":21, "japan":19, "china":7, "usa":0, "italy":2, "spane":3 } }

ну и сохраняй так же

ну может и по лучще есть вариант ))

rofl

CTRL+T google читать идемпотентность

Начал делать цикл видео на тему базы данных https://www.youtube.com/watch?v=Mg0v6ZVOXpE&list=PL7Nh93imVuXyU9yYS6NRZnbuJvS5uzZkT&index=1

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

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

завтра посмотрю, полночь, спать пора

а если не понравится то не ставьте?

Через API получаю JSON массив, хочу сохранить его в БД, и потом через PHP использовать, как посоветуете в таком же виде? { "status_code":200, "status_string":"Found", "reports":{ "moscow":21, "japan":19, "china":7, "usa":0, "italy":2, "spane":3 } }

есть вариант и по лучше и по хуже, как хочешь?

Начал делать цикл видео на тему базы данных https://www.youtube.com/watch?v=Mg0v6ZVOXpE&list=PL7Nh93imVuXyU9yYS6NRZnbuJvS5uzZkT&index=1

В целом неплохо, но для совсем уж зеленых джунов. Раз уж начали в таком ключе, было бы не плохо сразу поведать людям о рекомендациях по именованию. Даже в видео с диаграммами был подан плохой пример: связь 1 к 1 из названий колонок passport_number у пипла и number у парспорта совсем не очевидна будет в самом коде, например. Можно было назвать одинаково, или использовать какой-нибудь универсальный passport_id. Стараться не использовать просто id в качестве первичного ключа, а что-то более явное. типа user_id, group_id и т.д. Сильно помогает избегать ошибок типа "1052: Column 'id' in field list is ambiguous" при множественных джоинах. Как-то так в общем.

Да + Проблема именований, сволочь, остра у молодежи. Они, как правило, пишут длинные и повторяющиеся названия. Уж как объяснить, чтоб доперло...

Первичный ключ номер паспорта? Неее. Чет тут пахнет фиши. Пусть инкремент то и будет. Приджойнится норм

в целом да ) Вдруг когда-нибудь зачем-нибудь понадобится сделать связь 1 ко многим, типа историю паспортов хранить

но это пример, абстрактный, так что не критично )

Вобщем, я приверженец делить на таблицы по максимуму. Из опыта - производительность растет. Второго модекса не охота.

А паспортов дохера может быть - эт верно

А видос не посмотрел, не обессудь автор. Вообще не смотрю.

Через API получаю JSON массив, хочу сохранить его в БД, и потом через PHP использовать, как посоветуете в таком же виде? { "status_code":200, "status_string":"Found", "reports":{ "moscow":21, "japan":19, "china":7, "usa":0, "italy":2, "spane":3 } }

opencart (ДААА ВЕРШИНА ХОРОШЕГО КОДА) тупо сохраняет json в таблицу текстом

а как надо?

С умом

ну эт понятно )

просто не понятна претензия

Я б не стал все таки так делать

а как бы стал? :D

Я бы сериализовал

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

точнее не так, жсон текста ))

Или ваще таблицу отдельную по возмухе

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

Надежнее

вот что тут подключается?

Надежнее

одна фигня как по мне

одна фигня как по мне

Там длины прописаны в сериализ

Из JSON кавычка вылетела - и болт всему полю

Но в файлах я JSON предпочитаю

куда она вылетит? неразу такого не встречал

В теории конечно

Это не пыха там

не знаю, если тебе важно сохранить тип данных - ссериалайз, если просто текст, и жсон сойдет

На самом деле просто привычка - сериалайз. Это как все кавычки одинарные и отступ 4

но мне кажется претензия не к самому жсону, а к тому, что у мускула в 5.7 версии началась поддержка жсон полей

и опенкарт их не использует. ноэто мои догадки )

Воу! А я и не в курсе

Да, говнокод их не юзает )))

чота чел не раскрывает суть своей претензии и мы тут гадаем

Ладно. Есть такой вопрос:

Я бы хотел юзать бродкастинг

Но не верю ни кому. ска

Могу я свой Pusher сервак на пыхе запилить? И как?

Ну она же держит сокеты то давно

Или это не то и я гоню?

говняно вроде. не знаю что тебе сказать, не в теме )

Причем на ноде поднять - два пальца

Я седня поднял и забыл )))

Артисан потом не запускался)))

А TimeWeb на PHP 5.3.29 (cli) (built: Aug 19 2016 17:49:16) до сих пор - козлы

у TimeWeb же можно версию менять

у TimeWeb же можно версию менять

Cli тоже?

походу cli никак

ERROR: S client not available

а вот это уже не проверить

У меня ни одна софтина на PHP 5.3.29 не встанет

а вот это уже не проверить

Че так?

пароли не подходит, был клиент лет 7 уже у них

так у них на серваках etc - shared - видна всем

Можна брутить начинать блин. Потом удивляются что их турки крякают

HAVING count(1)=3

Можете обьяснить как это правильно понять?

Можете обьяснить как это правильно понять?

полностью запрос плес

полностью запрос плес

SELECT p.id, p.name FROM product AS p JOIN product_option AS o ON p.id = o.product_id AND o.option_id in(1, 14, 25) GROUP BY p.id, p.name HAVING count(1)=3

Reason: Books on-line says "COUNT ( { [ [ ALL | DISTINCT ] expression ] | * } )" "1" is a non-null expression: so it's the same as COUNT(*). The optimizer recognizes it for what it is: trivial. The same as EXISTS (SELECT * ... or EXISTS (SELECT 1 ... Example: SELECT COUNT(1) FROM dbo.tab800krows SELECT COUNT(1),FKID FROM dbo.tab800krows GROUP BY FKID SELECT COUNT(*) FROM dbo.tab800krows SELECT COUNT(*),FKID FROM dbo.tab800krows GROUP BY FKID Same IO, same plan, the works

COUNT(1) == COUNT(*)

https://stackoverflow.com/questions/5179969/what-is-better-in-mysql-count-or-count1

HAVING count(1)=3

в данном случае он считает значения в первой колонке, т.е. по p.id

в данном случае он считает значения в первой колонке, т.е. по p.id

1 это просто номер колонки?)

угу

угу

спасибо)

угу

а есть возможность задать уникальность по другому полю?

вплане у нас есть 3 записи, у которых id совподает, Having это пропустит...но нужно чтобы у записей было также уникально 2 поле

А чертб просто в селекте у поля DISTINCT добавить

есть у кого инвайт на хабр?)

в данном случае он считает значения в первой колонке, т.е. по p.id

ээ, можно пруф?

,00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000++,

+0,

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

,,,,,,,,,,,,,,,,,,,,,

,,,0,+++++

ээ, можно пруф?

?

да, обманул человека ))