Привязка уникальной таблицы к каждой записи в "родительской" таблице

avuremybe · Регистрация: 01.08.2018

Студворк — интернет-сервис помощи студентам

Здравствуйте!
У меня есть таблица_1, в которую постепенно добавляются данные. Достаточно мало данных, чтобы о чем-то переживать.
В то же время, к каждому полю таблицы_1 привязываются десятки полей с другими данными, хранящиеся в таблице_2. И я понимаю, что рано или поздно количество этих данных достигнет лимита на количество записей в таблице.
Я решил, что можно попробовать создавать отдельную таблицу для каждого поля в таблице_1.
Но не знаю как правильно сформулировать поисковый запрос, чтобы найти какую-то информацию на эту тему.

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

Я правильно мыслю? Или существуют методы получше?

@Kiriver · 16.12.2018, 12:22

Сообщение от avuremybe

И я понимаю, что рано или поздно количество этих данных достигнет лимита на количество записей в таблице.

количество записей не имеет лимита, лимит имеет размер БД 2Гб.

Сообщение от avuremybe

Мне нужно понимать как хранить связь с создаваемыми таблицами и как к ним обращаться.

Если правильно понял, то просто свяжите через поле ключ, не надо ничего придумывать.

@Capi · 16.12.2018, 12:31

Сообщение от Kiriver

количество записей не имеет лимита

Разве что значение счетчика имеет ограничение 2 147 483 647 (Long Integer).
Но будет ли оно достигнуто хоть когда-либо?

shanemac51 · 16.12.2018, 12:50

Сообщение от avuremybe

что можно попробовать создавать отдельную таблицу для каждого поля в таблице_1.

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

Добавлено через 1 минуту

Сообщение от Capi

Разве что значение счетчика имеет ограничение 2 147 483 647 (Long Integer).

быстрее будет исчерпан лимит на размер базы=2гб либо эта база имеет большое значение счетчика и малое количество записей(из-за удаления оных)

Добавлено через 14 минут

Сообщение от avuremybe

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

не смогла я понять эту строку
--либо все поля таблицы1 имеют одинаковую структуру подчиненных данных в таблице2(например адреса людей)
------- и вероятнее всего таблица1 не нормализована
--либо таблица2 содержит только 4 поля(код2,код1,названиеРеквизита, значение) -- и это совсем не десятки полей

@ltv_1953 · 16.12.2018, 13:00

Сообщение от Capi

Разве что значение счетчика имеет ограничение 2 147 483 647 (Long Integer).

Истины для: значений счетчика может быть больше, примерно в два раза. После 2 147 483 647 пойдут отрицательные ... .

shanemac51 · 16.12.2018, 13:42

avuremybe, посмотрела другие ваши темы --история ремонта оборудования и поступления запчастей
самый непонятное поле в них --это период

Тип	Период
Авария	0
Замена главных подшипников	130
Ремонт блоков	26
Ремонт паразитных передач и передающих колес	26
ТК блоков	26
ТК главных подшипников	130
ТК паразитных передач и передающих колес	26

avuremybe · 16.12.2018, 14:29 **[ТС]**

Если кол-во полей в таблице не ограничено, то эта вся затея не имеет смысла, спасибо.

shanemac51, ситуаций где такое могло бы понадобиться можно придумать неимоверное множество. Но оно не нужно, если ограничений нет.
Как пример - детали, используемые в конкретной единице оборудования.
Оборудования могут быть десятки тысяч, и у каждого в среднем пол сотни запасных частей.
Казалось целесообразным выносить эти перечни в отдельную табличку для каждой машины.

@Capi · 16.12.2018, 15:15

Сообщение от avuremybe

Если кол-во полей в таблице не ограничено...

Откуда такой вывод взялся?
Конечно, ограничено - 255.

Новые блоги и статьи Все статьи Все блоги /
Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .
Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .

avuremybe 0 / 0 / 0 Регистрация: 01.08.2018 Сообщений: 55

	Привязка уникальной таблицы к каждой записи в "родительской" таблице 16.12.2018, 12:19. Показов 1502. Ответов 7 Метки нет (Все метки) Здравствуйте! У меня есть таблица_1, в которую постепенно добавляются данные. Достаточно мало данных, чтобы о чем-то переживать. В то же время, к каждому полю таблицы_1 привязываются десятки полей с другими данными, хранящиеся в таблице_2. И я понимаю, что рано или поздно количество этих данных достигнет лимита на количество записей в таблице. Я решил, что можно попробовать создавать отдельную таблицу для каждого поля в таблице_1. Но не знаю как правильно сформулировать поисковый запрос, чтобы найти какую-то информацию на эту тему. Мне нужно понимать как хранить связь с создаваемыми таблицами и как к ним обращаться. Я так понимаю, можно генерировать уникальное имя для создаваемой таблицы и хранить его в поле таблицы_1. А при обращении к данным в качестве имени таблицы в запросе использовать эту строку. Я правильно мыслю? Или существуют методы получше? 0

avuremybe 0 / 0 / 0 Регистрация: 01.08.2018 Сообщений: 55
	16.12.2018, 14:29 [ТС]
	Если кол-во полей в таблице не ограничено, то эта вся затея не имеет смысла, спасибо. shanemac51, ситуаций где такое могло бы понадобиться можно придумать неимоверное множество. Но оно не нужно, если ограничений нет. Как пример - детали, используемые в конкретной единице оборудования. Оборудования могут быть десятки тысяч, и у каждого в среднем пол сотни запасных частей. Казалось целесообразным выносить эти перечни в отдельную табличку для каждой машины. 0

Привязка уникальной таблицы к каждой записи в "родительской" таблице

Решение