
Gabit
02.06.2017
07:46:07
сорян чаты перепутал ;D

Jury
02.06.2017
07:49:52

Artyom
02.06.2017
07:52:05

Fike
02.06.2017
08:41:36
Какая разница, какое представление у таймстампа?

Google

Fike
02.06.2017
08:41:46
Чем дейттайм лучше?

Artyom
02.06.2017
08:56:31
Чем дейттайм лучше?
ну а если я захочу выборку сделать WHERE date BETWEEN (...) AND (...) как с меткой быть, если она в INT ? Нужны преобразования лишние. Конечно, если хранить с типом timestamp, то проблем ноль. Но с timestamp муть какая-то с часовым поясом при выборке. Пускай уж лучше я буду уверен в том, что какое время я записал в бд, такое же и получу при выборке

Fike
02.06.2017
09:04:30
Если она в таймстампе
Это с дейттаймом муть с поясом, в таймстампе он один всегда

KOT
02.06.2017
11:00:28

Fike
02.06.2017
11:03:29
нет у него близнеца, он и есть столбец с числами, боже

Egor
02.06.2017
11:09:45
Есть же встроенные функции для преобразования datetime <-> timestamp. Это, наверно, от PHPков идёт, в основном. Используйте UNIX_TIMESTAMP, если так нужно.
Вот еще есть с ним проблема: https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_2038_%D0%B3%D0%BE%D0%B4%D0%B0

KOT
02.06.2017
11:29:31

Egor
02.06.2017
11:31:43

lost
02.06.2017
17:27:58

KOT
03.06.2017
09:54:26
А есть комманды, чтобы сделать запись в базу на которой настроена репликация, но так, чтобы данная запись не ушла в лог на репликацию?

Google

KOT
03.06.2017
09:56:21
Конкретный кейс в том, что в таблицы будут партишейны, на каждый час отдельный, они будут созданы с запасом, и постепенно нужно будет дропать самые старые. Есть опасения, что на этой операции, что-то может наебнуться и не хочется, чтобы наебнулись сразу все базы.
То есть, когда я убежусь, что на одной копии, всё прошло успешно и работает, как надо, пойду и дропну на другой.

Gennady
03.06.2017
12:01:42
https://dev.mysql.com/doc/refman/5.7/en/set-sql-log-bin.html

KOT
03.06.2017
13:34:37

Gennady
03.06.2017
13:45:13
а обязательно нужно делать транзакцию?

Muzaffar
03.06.2017
13:45:42
всем доброго!

Dmitriy
03.06.2017
13:46:19
привет

Muzaffar
03.06.2017
13:47:16
тут можно задавать вопросы по организации архитектуры бд?

Dmitriy
03.06.2017
13:47:23
попробуй)

Muzaffar
03.06.2017
13:47:49
?
кароче как можно организовать таблицы чтоб они удовлетворяли вот такие структур сообщений:
( : 212 КОС/КОП КОБ П1 П2 П3 : КДФ П4 П5 П6 П7 П8 : )
( : 213 КОС/КОП КОБ : ИНДЕКС КФД1…КФД5 : )
( : 214 КО/КОП КФД : СЕР НОМ : )

Dmitriy
03.06.2017
13:49:43
эти данные будут в одной таблице?
мускул реляцонка, для не структурированных данных лучше noSQL юзать

Muzaffar
03.06.2017
13:51:38
т.е. тут 212,213,214 номера сообщений
коп - идентификатор юзверя
коб - нужный объект
п1...п8 - параметры запроса
кдф - форма документа
при этом к примеру в 212 исходя из кдф количество разновидностей запросов равно примерно к 25...

Dmitriy
03.06.2017
13:53:33
реляционка структурированные данные требует. И структура наверняка адовая получится

Muzaffar
03.06.2017
13:54:12
пример
(:212 0 7200:93:)
(:212 КПЗ КОБ:7401 1 Т ТТ РТ РВ:)

Dmitriy
03.06.2017
13:54:14
я бы сделал nosql и не парлися

Muzaffar
03.06.2017
13:55:53
пока думаю что завести таблицу КДФ где будет кроме номера (93) ещё и структура к примеру если 93 то (:212 0 7200:93:) в виде строки
а если 7401 то уже (:212 КПЗ КОБ:7401 1 Т ТТ РТ РВ:)

Google

Muzaffar
03.06.2017
13:56:21
или так не правильно?
можно ещё через ООП то тогда не будет НФ
т.е. норм форма

Dmitriy
03.06.2017
14:00:18
я не силен в Вашей предметной области, пока туго понимаю что за записи представлены
судя по буквам, это что-то государственное
типа налоговой или еще чего

Muzaffar
03.06.2017
14:00:51
это как бы запросы к большой машине

Dmitriy
03.06.2017
14:01:33
в гос. структурах всегда есть свои решения, не?

Muzaffar
03.06.2017
14:02:00
одна старая система есть ещё из далеких 70х и она работает с файлами т.е. все хранить в файлах и для нее есть армы тоже оттуда :) вот как то захотел что то по современное
пока задумался как организовать такую универсальную структуру

Dmitriy
03.06.2017
14:05:48
универсальная - nosql

Muzaffar
03.06.2017
14:06:07
в среднем у одного запроса могут быть 15-20 разновидностей

Dmitriy
03.06.2017
14:06:11
в реляционку скорее всего будет сильно трудно и запутанно такое заносить
и mysql в гос. структурах не жалуют
там postgres, oracle, ms sql

Muzaffar
03.06.2017
14:06:57
у нас система после модернизации будет работать на дб2

Dmitriy
03.06.2017
14:07:46
да, ее тоже любят

Google

Dmitriy
03.06.2017
14:07:55
она прям реальный enterprise

Muzaffar
03.06.2017
14:08:05
а все работает в мейнфреймах

Dmitriy
03.06.2017
14:08:13
и без никуда)

Muzaffar
03.06.2017
14:08:35
для моего арма достаточна мускул
)))

Dmitriy
03.06.2017
14:08:48
ibm, что б их...

Muzaffar
03.06.2017
14:09:05
?

Dmitriy
03.06.2017
14:09:42
raspberry pi?

Muzaffar
03.06.2017
14:09:55
mysql
)))

Dmitriy
03.06.2017
14:10:10
арма - ARM?

Muzaffar
03.06.2017
14:10:15
для малины счас нет необходимости

Dmitriy
03.06.2017
14:11:01
горе от ума)

Muzaffar
03.06.2017
14:12:12
так чтож, носкул? но хотелось бы на мускуле

Dmitriy
03.06.2017
14:12:31
про mongoDB почитай
там другая философия

Muzaffar
03.06.2017
14:13:01
вот не хотел бы...
:)

Google

Dmitriy
03.06.2017
14:13:14
зря, для каждого решения свой инструмент
работает очень быстро
на запись особенно
мускул не панацея

Muzaffar
03.06.2017
14:13:58
ясно счас посморю
что за зверь

Dmitriy
03.06.2017
14:14:33
не привычно конечно, но это по началу

Muzaffar
03.06.2017
14:14:52
мне бы мускул или оракл

Dmitriy
03.06.2017
14:15:12
фигасе разброс

Muzaffar
03.06.2017
14:15:18
?

Dmitriy
03.06.2017
14:15:23
оракл гадкая субд

Dmitry
03.06.2017
14:15:33

Muzaffar
03.06.2017
14:15:34
ие почему же?

Dmitriy
03.06.2017
14:16:08
пару раз с ней работал, все проклял)

Dmitry
03.06.2017
14:16:16
не распробовал просто

Muzaffar
03.06.2017
14:16:32
не знаю не знаю но по мне норм

Dmitriy
03.06.2017
14:16:42
даже php что бы затставить работать с ней нужно потанцевать, поставив oci8

Dmitry
03.06.2017
14:16:42
"нас не догонят..." - это про эту "гадкую" субд

Dmitriy
03.06.2017
14:17:06
ну я больше за PG топлю) Если таких гигантов трогать