@gogolang

Страница 1557 из 1630
Никита
14.10.2018
18:31:59
many-faced
14.10.2018
18:33:37
потому что 5 это 00000101 -6 это ..11111010
а чем -6 отличается от 250?

Никита
14.10.2018
18:34:40
а чем -6 отличается от 250?
Перед 010 еще стоит 61 единица)

many-faced
14.10.2018
18:35:03
Google
many-faced
14.10.2018
18:36:56
Я так подумал, что это просто поразрядное отрицание (хотя как бы я вижу что символ другой), но тогда у меня нет предположения что это.

Это, видимо, twos-complement

ад какой

anatolii
14.10.2018
19:12:33
Подскажите плиз, могу я как-то безопасно словить панику в функции (допустим я хз что-то там вызываю что может паниковать) и вернуть результат из этой моей функции который нужен мне? https://play.golang.org/p/Wii7Og3Qq_A типа такого

anatolii
14.10.2018
19:18:47
:) точно, спасбо, чет я забыл про именованый результат

Kirill
14.10.2018
19:19:01
:)

Нави
14.10.2018
19:25:38
как правильно сделать, GORM, есть массив [10]float64, нужно его запихнуть в таблицу. Так же ведь наверно нельзя?: type dbval struct { ID uint64 gorm:"AUTO_INCREMENT" CreatedAt time.Time numbers [DEPTH]float64 }

неужели надо каждый элемент массива отдельно прописывать?

Artem
14.10.2018
19:28:39
Нави
14.10.2018
20:02:04
нда, массивов в sqlite нету

Марк ☢
14.10.2018
20:06:25
Джсонные поля

Google
Нави
14.10.2018
20:07:20
Джсонные поля
это же увеличивает размер данных

Марк ☢
14.10.2018
20:08:00
это же увеличивает размер данных
Я хз. Тред не читал, увидел случайно, требований не знаю

Pawel
14.10.2018
20:13:09
но я бы сделал 10 именованных колонок number1...number10 Для SQL такое - это даже не говнокод

Pawel
14.10.2018
20:19:43
покажите мне боевой сиквель который не выглядит ужасно

Нави
14.10.2018
20:28:21
sqlite3, делаю на каждый элемент массива столбец, элементов всего 40, можно сказать сносно делать

функция заполнения поля длинная, только и всего

anatolii
14.10.2018
20:29:31
а действительно чего тебе не нравится жсон расширение их?

Нави
14.10.2018
20:31:08
ежесекундно собираются данные, размер базы вырастает стремительно, не хотелось бы ещё стремительней это делать)

anatolii
14.10.2018
20:31:50
Ну если ты боишься размера и скорости, я вообще удивлен что ты его выбрал

Нави
14.10.2018
20:33:43
скорости не боюсь, не нагружено, а размера боюсь, на ноутбуке хранить например, месяц в почти гиг выливается

anatolii
14.10.2018
20:34:36
ну каждое поле тоже добавляет оверхеда, не вакт что жсон будет значительно больше с ковычками :) просто обычный массив сделать

Pawel
14.10.2018
20:36:09
ну каждое поле тоже добавляет оверхеда, не вакт что жсон будет значительно больше с ковычками :) просто обычный массив сделать
Вы видать слабо представляете о чём говорите. Если делать жсон, то нахера вообще sqlite? жсон хранят в boldb

== каждое поле тоже добавляет оверхеда, не вакт что жсон будет значительно больше с ковычками :) ?‍♂️

anatolii
14.10.2018
20:37:41
это поле, и причем довольно таки гибкое. и это будет явно удобней 40 полей. Или у вас только одна табличка с 40 числами на всю бд и все?

Pawel
14.10.2018
20:39:26
ага, зачем вообще rdbms когда всё можно впихнуть в жсон, чо уж там

anatolii
14.10.2018
20:41:03
до монго ему будет слишком далеко чтоб даже упоминать тут, а будет немного удобней чем создавать 40 колонок

Google
Нави
14.10.2018
20:41:43
может быть каждое число (8 байт) превратить в строку (4 цифры до запятой и 2 цифры после, плюс запятая и разделитель между числами = тоже 8 байт)

anatolii
14.10.2018
20:42:22
может просто старые данные удалять?

Никита
14.10.2018
20:42:55
Раз беседуют про бд и я влезу. Что думаете про Firebase DB? Адекватно юзать для бд на бэке?

anatolii
14.10.2018
20:43:23
Для прототипа отлично, дальше уже от задач и денег

Pawel
14.10.2018
20:43:24
отстрелить себе ноги, отрезать уши, лишь бы не делать так, как принято

Nikolay
14.10.2018
20:44:11
Нави
14.10.2018
20:46:31
возможно дело тут в отображении массива в sql запрос, и ORM имеют оптимизированные средства для этого, и я об этом не знаю

Nikolay
14.10.2018
20:48:43
А что в ней плохого?
Легко потерять данные, ограниченная скалабильность и джаваскрипт в виде основного языка для мапредюса

А да, ещё ограничение размера ответа до 10мб, кажется

Никита
14.10.2018
20:49:53
А что лучше? Постгри?

anatolii
14.10.2018
20:50:15
А да, ещё ограничение размера ответа до 10мб, кажется
мне кажется ваши знания отстали на несколько лет, примерно на 3-4 если точней

Никита
14.10.2018
20:50:45
А что лучше? Постгри?
Чтоб знать что учить, так сказать)

anatolii
14.10.2018
20:51:16
да они все +- хороши

Pawel
14.10.2018
20:51:17
возможно дело тут в отображении массива в sql запрос, и ORM имеют оптимизированные средства для этого, и я об этом не знаю
насколько я знаю ни одна орм в го этого за вас не сделает. В вашем случае задача тривиальная, зачем нужна орм не понятно от слова вообще

Никита
14.10.2018
20:51:52
да они все +- хороши
Т.е. учить всё?)

anatolii
14.10.2018
20:52:19
ну в любм случае придется со временем

как минимум мускуль и постгрес + хотябы одну крупную nosql (хотя это не обязательно)

у них свои преимущества у каждой

Pawel
14.10.2018
20:56:02
Учить надо SQL на примере любой одной rdbms. Одновременно мускул и постгрес не обязательно, достаточно что-то из, поскольку они почти ни чем не отличаются.

Google
anatolii
14.10.2018
20:57:02
ну тогда уж лучше постгрес наверно, ибо у знатоков мускуля обычно вызывают затруднения начало работы с постгресом

anatolii
14.10.2018
21:03:04
функционально он кстати очень крут, не очень прям уступает большим братьям

Nikolay
14.10.2018
21:10:44
ну как бы нет

16, не 10, но тем не менее

anatolii
14.10.2018
21:11:02
я про данные

она уже давно не теряет их

Вообще я себе не представляю документ в 16 мегабайт

книги килобайты занимают

Nikolay
14.10.2018
21:12:51
Вообще я себе не представляю документ в 16 мегабайт
любой блоб. По сути, это значит, что как объектное хранилище монга бесполезна

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

anatolii
14.10.2018
21:13:38
если мне надо будет хранить данные по > 16 мегабайт, я их буду сливать на винт

Такие поля в базе моветон

Nikolay
14.10.2018
21:14:41
если мне надо будет хранить данные по > 16 мегабайт, я их буду сливать на винт
не будешь, если это медиаданные твоих пользователей

Такие поля в базе моветон
скажи это amazon s3, например :)

anatolii
14.10.2018
21:15:09
ага, с3 именно все в бд хранит

все терабайты видео что я залил у них в бд

а не только записи на данные

Nikolay
14.10.2018
21:15:31
с3 - это объектное key-value хранилище

Google
anatolii
14.10.2018
21:15:42
это набор ссылок на данные

Nikolay
14.10.2018
21:15:42
и да, там есть кэширование

какие именно данные будут храниться в памяти - в кастомных деплойментах настраивается, в с3 нет, но тем не менее

anatolii
14.10.2018
21:16:43
Это сервис а не бд, то как оно выглядит не имеет ничего общего с реализацией

Nikolay
14.10.2018
21:16:50
даже HDFS сейчас использует in-memory надстройки

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

anatolii
14.10.2018
21:17:53
Лимиты это плохо, тут я согласен, но я не могу себе представить документ размером 20 мегабайт, это ненормально

anatolii
14.10.2018
21:18:35
Они видео не в базе хранят

Nikolay
14.10.2018
21:18:59
объектное хранилище - не база?

anatolii
14.10.2018
21:19:29
с3 типа?

Nikolay
14.10.2018
21:19:42
типа Ceph/Gluster

но и S3 туда же

anatolii
14.10.2018
21:19:49
просто в голове подумай как бы ты спроектировал этот сервис с3

Nikolay
14.10.2018
21:20:09
просто в голове подумай как бы ты спроектировал этот сервис с3
ну я просто знаю, как такие хранилища в целом устроены

anatolii
14.10.2018
21:20:11
и у тебя получится ответ нет, данные хранятся не в базе в таком сервисе

это база ссылок на обьекты

Nikolay
14.10.2018
21:20:28
это база ссылок на обьекты
необязательно, зависит от того, как ты его настроишь

Страница 1557 из 1630