Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Type
|
|||
|---|---|---|---|
|
#18+
mr_maxskyANAпропущено... И что же? В какой статье? 19813066 mr_maxв том что идентификатор содержит в себе сколько всего офигеть. ИМХО полезно начинать знакомство с новым продуктом с чтения документации по нему: https://docs.mongodb.com/v3.2/reference/method/ObjectId/ :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2016, 16:04 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
skyANAmr_maxпропущено... В какой статье? 19813066 mr_maxв том что идентификатор содержит в себе сколько всего офигеть. ИМХО полезно начинать знакомство с новым продуктом с чтения документации по нему: https://docs.mongodb.com/v3.2/reference/method/ObjectId/ :) Да разобрался, кто-нибудь это использует? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2016, 16:05 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
mr_maxДа разобрался, кто-нибудь это использует? Это нужно для шардинга, чтобы не заморачиваться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2016, 07:52 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
hVostt В одном из проектов мы генерировали номер заказа распределёнными номерами по шаблону (например, Z-XXXXXX, где Z латинская буква, меняющаяся раз в месяц, а X произвольные цифры), каждый следующий номер заказа никак не был связан с номером предыдущего. Это позволяло скрыть возможность хоть как-то выяснить количество созданных заказов чужими людьми и при этом не мешало нормально с ними работать. В латинском всего 26 букв, переходи на китайский! P. S. Для больничных листов вроде как используется специальный алгоритм для генерации номеров, что обеспечивает проверку того, что либо такой номер уже был, либо вообще никогда не может быть, либо что лист нормальный. Для защиты от подделок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2016, 11:53 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
hVosttskyANA, Кто здесь? Шардинг и без ObjectId можно прекрасно реализовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2016, 12:20 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
И потом шардинг разве нужен ТС-у? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2016, 12:20 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
skyANAhVosttskyANA, Кто здесь? Шардинг и без ObjectId можно прекрасно реализовать. Можно. Но я ж не зря добавил «без заморочек». skyANAИ потом шардинг разве нужен ТС-у? :) Тогда смысл использования монги немного меркнет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2016, 12:28 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
hVosttТогда смысл использования монги немного меркнет. Насколько я помню ТСу понадобилось Schemaless. Ну и ещё наверное что-нибудь новенькое пощупать :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2016, 17:38 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
А вообще монгу используют ой как по разному :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2016, 17:40 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
делаю заявки на закупки, как лучше продукты хранить вместе с заявкой или в отдельной коллекции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 09:26 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
mr_max, я бы хранил вместе с заявкой, так как заявка со своими потрохами является одним цельным документом, и если что-то где-то когда-то поменяется, заявка должна остаться в неизменном состоянии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 09:44 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
hVosttmr_max, я бы хранил вместе с заявкой, так как заявка со своими потрохами является одним цельным документом, и если что-то где-то когда-то поменяется, заявка должна остаться в неизменном состоянии. к примеру она будет храниться в поле products, можно ли туда добавлять в конец новый элемент? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 09:45 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
mr_maxhVosttmr_max, я бы хранил вместе с заявкой, так как заявка со своими потрохами является одним цельным документом, и если что-то где-то когда-то поменяется, заявка должна остаться в неизменном состоянии. к примеру она будет храниться в поле products, можно ли туда добавлять в конец новый элемент? можно конечно, и удалять можно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 09:46 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
hVosttmr_maxпропущено... к примеру она будет храниться в поле products, можно ли туда добавлять в конец новый элемент? можно конечно, и удалять можно Так заявки будут универсальными т.е. коллекция requests для всех видов заявок на закупку, на техподдержку и т.д. получается если делать pco модель, то туда надо будет и products лепить, а этот поле в других заявок не нужна. может все таки лучше вынести? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 10:03 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
mr_maxделаю заявки на закупки, как лучше продукты хранить вместе с заявкой или в отдельной коллекции. Лучше в реляционной СУБД с поддержкой транзакций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 10:13 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
mr_maxТак заявки будут универсальными т.е. коллекция requests для всех видов заявок на закупку, на техподдержку и т.д. получается если делать pco модель, то туда надо будет и products лепить, а этот поле в других заявок не нужна. Это же не реляционная БД, где неиспользуемые колонки болтаются как г в проруби, если чего-то нет, то этого нет физически, поэтому... mr_maxможет все таки лучше вынести? ...не вижу смысла. Но думай сам. Рассмотри задачу со всех сторон, заранее. Чтобы потом не было боли ниже поясницы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 10:36 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
ЕвгенийВЛучше в реляционной СУБД с поддержкой транзакций. Не вижу чем лучше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 10:36 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
mr_maxделаю заявки на закупки, как лучше продукты хранить вместе с заявкой или в отдельной коллекции. Вместе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 10:48 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
mr_maxhVosttпропущено... можно конечно, и удалять можно Так заявки будут универсальными т.е. коллекция requests для всех видов заявок на закупку, на техподдержку и т.д. получается если делать pco модель, то туда надо будет и products лепить, а этот поле в других заявок не нужна. может все таки лучше вынести? У заявок на техподдержку нет состава/детализации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 10:52 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
ЕвгенийВhVosttНе вижу чем лучше. Например Почему вы никогда не должны использовать MongoDB Этому баяну сто лет в обед. Обсуждали уже на разных ресурсах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 10:53 |
|
||
|
Type
|
|||
|---|---|---|---|
|
#18+
skyANAmr_maxпропущено... Так заявки будут универсальными т.е. коллекция requests для всех видов заявок на закупку, на техподдержку и т.д. получается если делать pco модель, то туда надо будет и products лепить, а этот поле в других заявок не нужна. может все таки лучше вынести? У заявок на техподдержку нет состава/детализации? Нету, заявок разных много будет, получается мне надо будет в модели указать Products все таки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2016, 10:58 |
|
||
|
|
start [/forum/topic.php?fid=18&msg=39334175&tid=1355699]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
133ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 276ms |
| total: | 506ms |
| 0 / 0 |
