Как добавить определённое количество пустых строк в бд?
Как правильно создать запрос что при нажатий на кнопку создалось в определённой таблице пустые поля. Таблица есть сформирована сам процесс добавления мне не совсем ясен.
Это вообще не надо делать.
Самоучкам такие мысли часто приходят в голову, но в базе данных не должно быть пустых строк, это не классный журнал с фамилиями двоечников
Она работает по-другому.
FanatPHP, при регистраций у человека должно быть определённое количество строк в бл что бы он не мог их добавлять а изначально предполагалось что они будут пустыми что бы потом их могли заполнить
Абрам Петерс, строка не должна быть полностью пустой. У неё должен быть как минимум уникальный идентификатор, чтобы отличать её от других строк и точно указывать в запросах на последующие изменения.
Это всё делается СОВСЕМ не так.
повторяю, информация в БД организована совершенно по-другому.
в ней НИКОГДА не делают пустые строки.
можно ещё раз описать задачу, только более понятным языком, чем " что бы он не мог их добавлять что бы потом их могли заполнить"?
Чтобы не мог добавлять, надо проверять при добавлении
Чтобы заполнить, надо просто заполнить
при регистраций у человека должно быть определённое количество строк в бл что бы он не мог их добавлять а изначально предполагалось что они будут пустыми что бы потом их могли заполнить
а зачем все это, если это можно спокойно потом проверять и сравнивать. дай человеку именно ДОБАВЛЯТЬ поля. а при каждом добавлении просто проверяй сколько у человека в данный момент строк. если превысило нужное количество - просто не даешь больше добавить
FanatPHP, мы не знаем, что он пишет. Например, если он пишет онлайновый табличный редактор (а ля google sheets), то добавить пустую строку в таком сценарии может иметь смысл. Но, конечно, смысл добавлять строку с одним лишь только идентификатором встречается крайне редко, поэтому я и написал это как минимальное требование, а на практике чаще всего нужны и другие not null поля (например, имя/пароль и дата создания в таблице users).
shurshur, он про NULL вообще не слышал никогда
анекдот специально для вас:
— Папа, почему надкушенное яблоко коричневеет?
— Дело в том, сынок, что при нарушении целостности клеточной оболочки содержащаяся в клетках заменимая аминокислота тирозин под воздействием фермента тирозиназы вступает с атмосферным кислородом в реакцию, продуктом которой является пигмент меланин.
...
— Папа, а ты с кем сейчас разговаривал?
FanatPHP, проблема не столько в том, что хочет автор, проблема в том, как он это формулирует. Явно ведь в начале пути, вообще не в курсе, как и что работает, ну и спрашивает всякие странные вещи. Но говорить ему, что "пустых строк не должно быть", тоже может быть опасно. Он из этого может подумать, что NULL в элементах принципиально возбраняется. Вот есть NULL, а использовать нельзя. Или что нельзя создавать строки, заполненные лишь частично, с последующем дополнением данных.
ну и на кой ему пустая строка с уникальным идентификатором?
я просто поболтать
у меня была ситуация когда нужно было сначала добавить в табличку запись (id остальные поля пустые), а затем они постепенно наполнялись, так как это происходило достаточно долго и могли одновременно несколько пользователей делать, в сессии лежал id добавленной записи.
Абрам Петерс, вот и идите туда где вас понимают
зачем здесь вопросы-то задавать? здесь отвечают профессионалы. а вы идите-идите к своим "специлистам", которые вас понимают, и готовы помочь сделать любую глупость.
shurshur, да при чем здесь уровень знаний-то? что ж у вас у всех стек ровно на одну позицию, прочитали один комментарий, и все предыдущие уже выветрились? Где я его унижаю за уровень знаний? УМА у него не хватает, ума. А не знаний. Если ум есть, то знания появятся, со временем. А вот если ума нет, чтобы учиться на ошибках, то знаний и не будет.
Абрам Петерс, я всё же поясню, о чём тут тебе хотели сказать. Обычно не создают строки в таблице, условно говоря, "на вырост", в этом нет смысла. Например, если нужно зарегистрировать пользователя, то показывают страницу с формой, где нужно ввести все необходимые для создания пользователя данные. Далее через отправку формы или через вызов REST-сервиса эти данные отправляются на сервер, и только тогда происходит фактическое создание записи о пользователе в таблице. Далее они могут изменяться (например, можно провести активацию пользователя по ссылке из письма или предложить пользователю заполнить дополнительные поля, типа места жительства или подписки на новости в разнызх разделах сайта). Но совсем без данных записи смысла не имеют.
shurshur, это не оскорбление а констатация :)
если человек спрашивает, как ему ударить себя побольнее по пальцам молотком, ему отвечают что по пальцам себя бить не надо, а он радостный прибегает похвастаться что большие пацаны ему всё объяснили, то вывод тут как бы очевиден ;)
FanatPHP, ты патологоанатом, чтобы определять наличие или отсутствие ума по пикселям на экране?
Если человек спрашивает, почему деревянная киянка не очень хорошо забивает гвозди, ему простительно, если он вообще впервые в жизни видит хоть какой-то инструмент и до этого даже не подозревал, что молотки делают не только из дерева. В конце концов, очень многие вещи становятся очевидными, когда их знаешь, но человечество до них могло дойти далеко не сразу. А ты сразу идиотом обзываешь человека.
FanatPHP, не надо говорить глупости, всё я читал. Ты берёшься оскорблять человека, который спросил вещь, которую тебе не понравилась, а потом оскорбил его за то, что он у кого-то ещё это спросил (хотя это, вообще-то, нормально - спрашивать то, чего тебе не понятно, в том числе и у разных людей в разных местах).
Средний
Простой
