
lenar
18.04.2018
06:59:42

Ilia
18.04.2018
07:02:24

Google

Ilia
18.04.2018
07:04:42

Rustam
18.04.2018
07:19:20
Ilia, и на какой стороне выполняется запрос ? RMAN или sqlplus ?

Al
18.04.2018
07:42:00

lenar
18.04.2018
07:45:36
она это вообще про нео4ж?
просто я не совсем понял в чем суть синхронных воркеров. вроде бы большинство nosql решений изначально асинхронными делают, а нео4ж получается пролетела в этом смысле?
ps: с nosql и нео4ж не работаю. просто интересно

Al
18.04.2018
07:49:17
Собственно там достаточно накидать в базу пару сотен тысяч нод с парой сотен тысяч связей. И нео подыхает.
Некоторые пытаются визуализировать в браузере десяток тысяч нод... и тогда уже подыхает комп:)
Но маркетологи у них хорошие. Эт да.
Но ца для этой поделки не ясна

lenar
18.04.2018
07:53:48
спс. за пояснение
представил себе одинокого и печального мужика ?

Al
18.04.2018
07:57:30
Он там реально такой. А как только ему говорят что хотят что бы миллионы нод было в базе. Так он вообще грустно грустно пишет что то типа " миллион это оооочень много" и ему вообще печально становится

Shestakow
18.04.2018
07:58:11
про мужика огонь....

Google

lenar
18.04.2018
07:58:16
если не ошибаюсь, то в прошлый раз тоже ты про neo4j, titan и остальные рассказывал. про то что нео4ж тестил реально

Al
18.04.2018
07:58:19
Я даже себе представлял кого то типа ослика Иа
Перенос алгоритма на janusgraph дал прирост на порядок.
Это минимум. Потому что в нео мне так и не удалось напихать больше 10к нод за какое то более менее приемлемое время

Crestoff
18.04.2018
08:20:42
Привет
что за хрень
INSERT INTO `dom_data` (`dom_id`, `price`, `amount`) VALUES ('17', 8299.9999, 0.2)
#1062 - Дублирующаяся запись '17-8300.00000000' по ключу 'PRIMARY'
я не говорил ему округлять
почему mysql решил вдруг округлить цену?

Al
18.04.2018
08:23:23

Crestoff
18.04.2018
08:23:43
а нужно чтобы вставил
видимо это изза FLOAT типа

Al
18.04.2018
08:24:17

Crestoff
18.04.2018
08:24:17
бабло во флоате хранить зря стал я
есть запись но 8300
а не 8299

Виктор
18.04.2018
08:25:16
лучший вариант деньги хранить целым числом

Al
18.04.2018
08:26:11
Это при условии что после запятой у тебя фиксированная длинна

Google

Al
18.04.2018
08:26:25
Иначе грустно

Crestoff
18.04.2018
08:26:33
8 знаков у меня длина после запятой
поробую в DECIMAL хранить

Al
18.04.2018
08:28:17
Иначе будет круглить непредсказуемо

Crestoff
18.04.2018
08:29:53
в decimal всё ок
не круглит

Vladislav
18.04.2018
08:30:04
я вообще не понимаю, зачем этот флоат в таком виде нужен кому-то...

Ilia
18.04.2018
08:30:42

Crestoff
18.04.2018
08:30:46
ага, уже поправил, всё ок.

Ilia
18.04.2018
08:31:26

Crestoff
18.04.2018
08:32:03

Al
18.04.2018
08:32:15

Crestoff
18.04.2018
08:32:22

Al
18.04.2018
08:33:25

Crestoff
18.04.2018
08:33:35
нет

Vladislav
18.04.2018
08:33:40

Crestoff
18.04.2018
08:33:43
они суммируются в amount

Google

Crestoff
18.04.2018
08:33:47
yf c

Denis
18.04.2018
08:34:17
Decimal юзаю то же где не очень принципиально скорость

Al
18.04.2018
08:34:55

Crestoff
18.04.2018
08:35:38
видимо если не нужна точность - то можно и разрешить округлять

Al
18.04.2018
08:36:05
Из серии старого анекдота.
2+2 это где то так 7 или 8 примерно

Crestoff
18.04.2018
08:36:14
жертвуя точностью - получаешь скорость ты

Admin
ERROR: S client not available

Crestoff
18.04.2018
08:36:18
и наоборот

Ilia
18.04.2018
08:58:54
FLOAT , DOUBLE, REAL — это всё принципиально приблезительные числа. ОНи были для этого придуманы.

Anton
18.04.2018
09:01:50
Да ладно, раз не пройдёт сравнение, тогда поймут))))

Ilia
18.04.2018
09:03:17
Да не понимают. Пишут "что за говно этот C++|ORACLE|POSTGRES|ETC что не может правильно два числа сложить?"

Rustam
18.04.2018
09:07:19
Ilia, на какой стороне запускать команды? RMAN или sqlplus
spool from_aux_server.txt
set echo on;
alter session set nls_date_format = 'DD-MON-RRRR HH24:MI:SS';
select sysdate from dual;
select count(*) from cat;
------- let the process sit for 45 minutes
select sysdate from dual;
select count(*) from cat;

Ilia
18.04.2018
09:12:14

Rustam
18.04.2018
09:12:41
)))

Ilia
18.04.2018
09:12:48
Тогда там должна быть implicit transaction start.
Тогда это транзакция на 45 минут.

Google

Ilia
18.04.2018
09:13:37
Тогда в конце ты должен увидеть знаменитое их "Snapshot is toooooo OLD!"

Al
18.04.2018
15:36:06

Ilia
18.04.2018
15:37:00
Где хранится?

Al
18.04.2018
15:37:54
В файле :)

キリル
18.04.2018
18:20:41


Evgeniy
19.04.2018
03:09:46
всем привет. можете подсказать по марии с импортом дампа? у меня дамп. размер примерно гигов 40-50 (в сжатом виде - 10). сделан с мускуля. я его пробую импортировать на центосе в марию из реп.
1. импорт идет очень долго.
2. спустя ~7 часов импорта он прервался с сообщением "ERROR 2013 (HY000) at line 38937: Lost connection to MySQL server during query"
настройки прямо все-все не сверял, но то, что настроено на мускуле - то же настроено на марии.
дамп базы делался просто mysqldump dbname | gzip > dbname.sql.gz
я поискал по долгому импорту. нашел рекомендации отключить перед импортом autocommit. потом импорт, потом коммит и включить обратно. это не поменяло ситуацию
и что самое непонятное - в логах про ту ошибку не упоминается
перед тем как еще раз запускать 7-часовой импорт - хотел бы собрать побольше рекомендаций что и где проверить и настроить
пока из идей только включить более подробные логи и запустить еще раз
так... про ошибку импорта я кажись понял. сегодня со свежей головы... место кончилось на диске. тогда остается вопрос по скорости импорта. можете посоветовать что-то?


lost
19.04.2018
04:57:27
Ты снял текстовый дамп, о какой ты скорости вообще парень

Al
19.04.2018
05:10:07
https://mariadb.com/resources/blog/how-migrate-mysql-mariadb-linux-five-steps

Evgeniy
19.04.2018
05:16:23
просто по страинке делал, без заморочек. видимо надо не так