Ола

qq

ЧЕРТ КРУТО

по мускулю чат искал давно

по мускулю чат искал давно

Добро пожаловать, странник!

всем привет, все такое

И вам привет!

CREATE TABLE IF NOT EXISTS `temp`( `id` INT UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL, `authid` VARCHAR(24) NOT NULL, `frags` INT NOT NULL, `deaths` INT NOT NULL, `shots` INT NOT NULL, `hits` INT NOT NULL )

CREATE TABLE IF NOT EXISTS `temp2`( `id` INT(11) UNSIGNED AUTO_INCREMENT PRIMARY KEY NOT NULL, `authid` VARCHAR(24) NOT NULL, `frags` INT NOT NULL, `deaths` INT NOT NULL, `shots` INT NOT NULL, `hits` INT NOT NULL )

В первом варианте INT = 10

Кто объяснит, почему?

В остальных случаях int = 11

Только primary key = 10 в первом

Если не указать явно 11

потому что существуют значения по умолчанию?

а если unsigned убрать

потому что существуют значения по умолчанию?

Но для других столбцов я тоже не указывал значения.

а если unsigned убрать

Попробую.

если вернется 11, то там сидят люди, которые "о, нам в unsigned не нужно тратить бит на знак"

а если unsigned убрать

Да, верно.

Спс за помощь. =)

Друзья, собрал в одном месте 132 чата для программистов - @Chats_Developers. Пользуйтесь на здоровье.

Есть ли практики/паттерны для организации хранения сущностей с динамическими полями?

Друзья, собрал в одном месте 132 чата для программистов - @Chats_Developers. Пользуйтесь на здоровье.

Добавь сюда информацию, это будет эффективней. https://github.com/goq/telegram-list http://netology.ru/blog/prg-tg

Друзья, собрал в одном месте 132 чата для программистов - @Chats_Developers. Пользуйтесь на здоровье.

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

Есть ли практики/паттерны для организации хранения сущностей с динамическими полями?

NoSQL

и без nosql спокойно можно

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

когда nosql опять сводят к документоориентированным бд

у тебя два основных выхода: - EAV - хранить все в сериализованном виде насколько понимаю, современный мускул позволяет искать по json, поэтому второй вариант может быть твоим

json не, ну зачем тогда вообще MySQl спрашивается,это на раз , закеировать что то

не для важной инфы

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

json не, ну зачем тогда вообще MySQl спрашивается,это на раз , закеировать что то

молодой человек, говорите, пожалуйста, по-русски

json не, ну зачем тогда вообще MySQl спрашивается,это на раз , закеировать что то

Вы не туда смотрите, MySQL это когда схема не должна динамически меняться

Так сама схема и не изменится, поля просто по id к dynamic_entity какой нибудь будут цеплятся

а далее наследоваться т dynamic_entity

ну и прочая городьба

eav в худшем варианте

Спасибо, пойду изучу по точнее про EAV

как раз просто хотел найти определение тому что проихсодит

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

Господа, я про вас совсем забыл. Вы очень кстати :)

Тогда можно засовывать какой формат (Json,xml,msgpack?) в это поле, а потом из него доставать данные

ну нет, это ведь уже не нормализованый вид

Тогда можно засовывать какой формат (Json,xml,msgpack?) в это поле, а потом из него доставать данные

еще пара шагов, и мы все-таки доберемся до сериализации всего прямо в поле сущности и эффективных выборок

Вот скажите мне: есть у меня боевой галера кластер 5.5 с провайдером v23.2 в одном ДЦ и пустой галера кластер 10.1 же в другом с провайдером v25.3. Мне нужно мигрировать во второй. Какие варианты собственно миграции?

Я сам ваще не ДБА, но мастер - слейв умею

Про галеру вот весь день читал, и всё равно страшно.

https://t.me/dba_ru

Продублируй вопрос туда

спс

так эффективнее

Всем привет. Есть вопрос на засыпку. Составляю текст для лога на случай возникновения ошибок и вот задумался, как правильно писать: "MySQL error" или же "SQL error"? Ошибки в составлении запросов на продакшне, скорее всего, исключены, однако, как отличить ошибку в запросе (ЯП) и ошибку в СУБД? Мб, кто подскажет, как спровоцировать ошибку в СУБД, чтобы наглядно увидеть, есть ли разница в ответах?

Всем привет. Есть вопрос на засыпку. Составляю текст для лога на случай возникновения ошибок и вот задумался, как правильно писать: "MySQL error" или же "SQL error"? Ошибки в составлении запросов на продакшне, скорее всего, исключены, однако, как отличить ошибку в запросе (ЯП) и ошибку в СУБД? Мб, кто подскажет, как спровоцировать ошибку в СУБД, чтобы наглядно увидеть, есть ли разница в ответах?

Сделай инсерт null в not null поле

Или текст в инт

Спасибо, сейчас попробую =)

Всё ОК, ошибку выбил, но это именно ошибка SQL (запроса). Сейчас попробую ошибку подключения. mysql> INSERT INTO `temp` (`id`, `timestamp`) VALUES(1, NULL); ERROR 1048 (23000): Column 'timestamp' cannot be null

ERROR 1049 (42000): Unknown database 'temmp' ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES) Не, всё однотипно. =) Не за что ухватиться.

по кодам распарсить)

Благодарю, наверное, единственное решение =) Надеялся, что строки ещё как-то отличаются =)

по кодам распарсить)

там кодов мильен

Кто ловил ERROR 1030 (HY000) at line 25: Got error 168 from storage engine

???

при заливке дампа

права на варлибмускул есть, фриспейс имеется

Всем привет, есть вот такой запрос: mysql> SELECT A.id,A.text,B.id FROM A LEFT JOIN B ON A.id=B.aid; +----+------+------+ | id | text | id | +----+------+------+ | 4 | test | 5 | | 4 | test | 6 | +----+------+------+ Как мне сделать так, чтобы ответы группировались по A.id, т.е. чтобы я получил ответ вида: +----+------+------+ | id | text | id | +----+------+------+ | 4 | test | 5,6 | +----+------+------+ Спасибо)

Всем привет, есть вот такой запрос: mysql> SELECT A.id,A.text,B.id FROM A LEFT JOIN B ON A.id=B.aid; +----+------+------+ | id | text | id | +----+------+------+ | 4 | test | 5 | | 4 | test | 6 | +----+------+------+ Как мне сделать так, чтобы ответы группировались по A.id, т.е. чтобы я получил ответ вида: +----+------+------+ | id | text | id | +----+------+------+ | 4 | test | 5,6 | +----+------+------+ Спасибо)

Попробуй SELECT A.id,A.text, group_concat(B.id) FROM A LEFT JOIN B ON A.id=B.aid group by A.id, A.text; https://dev.mysql.com/doc/refman/5.7/en/group-by-functions.html#function_group-concat

всем привет, нужна консультации по структуре БД есть заказы покупателей и возвраты покупателей, есть наши заказы у поставшиков, и им же возвраты как правильно их хранить в раздельных таблицах или что то совмещять? на имеющемся проекте все в разных таблицах, но есть сложности на страницах баланса, где различными запросами выбираются покупатели, потом их заказы, возвраты, оплаты, и потом эти массивы в РНР перебираются и формируется итоговый вариант, по производительности, страница обновляется 10-15 сек. Может есть более удачная организация структуры бд чтобы это оптимизировать

http://helpdev.ru/db/125/