tanglirБредятинаНи о каких физических полях не идет речь в этом сообщении.Как раз о них речь и идёт. Если вы со своих горних высей не в состоянии это понять... ну, тут ямы все бессильны.
Поэтому не стоит и писать чего-либо, раз не просто не понимаете, но и желания никакого нет)))

АксесБредятина...Сокращено...
Манера игнорировать сообщения настолько прочно засела в Вашей линии поведения, что никакие рекомендации Вам уже не помогут. Вы так и останетесь нулевым практиком)))
Пожалуйста, приложите принсткрин СОХРАНЕННОЙ таблицы В РЕЖИМЕ КОНСТРУКТОРА, чтобы было видно, что в ней нет ни одного поля.
Теперь Вы можете изворачиваться сколько угодно, и продолжать нагло игнорировать мои сообщения)))

LSV2 ТС
Пардон, в чем практическая ценность сабжа ? Чисто ради спора ? Ради вброса на вентилятор ? Вам заняться нечем ?
Дык лучше про существование Бога спорьте. Это гораздо интереснее и аргументов много. Можно завести много параллельных веток спора. :)

Ну или например, представляет ли ценность дырка от бублика для обретения чувства сытости. :)
Не совсем так. В любой СУБД можно создать объект ("таблицу"), не имеющий ни одной характеристики (ни одного "поля" в таблице). И вводить экземпляры этого объекта ("записи таблицы"). А в качестве идентификатора (не являющегося характеристикой объекта, и, соответственно, "полем таблицы") использовать, например, дату в формате ГГГГММДД)))

tanglirБредятинапропущено...

Поэтому не стоит и писать чего-либо, раз не просто не понимаете, но и желания никакого нет)))этот совет в данной ситуации полезнее как раз для вас
Нет, именно для Вас, не понимающего разницу между логической (речь у автора идет о реляционной бд, и таблица - конечно же, элемент логической структуры данных) и физической МД.

tanglirБредятина, речь у автора идёт в "реляционной бд" в общепринятом понимании. В отличие от вашего, в этом понимании, например, аксес является реляционной бд. С физическими таблицами и полями в них. Я допускаю, что вы со своей точки зрения и в своей терминологии написали всё правильно... но загвоздка в том, что ТС имел в виду вовсе не то, что вам показалось :)
То есть, Вы, все-таки, хотите разбираться в БД - очень хорошо. Тогда Вам нужно понимать, что "общепринятое понимание" - ошибочное. И мне ничего не показалось. И я написал в первом же сообщении и о логических таблицах, и о физических (в которых может быть множество системных полей, не имеющих отношения к логической МД)... Аксес является реляционной бд именно с логическими таблицами и полями в них))

АксесВ аксесе невозможно иметь сохраненные таблицы без полей. Таблица без полей может существовать в аксесе только в момент редактирования ее структуры (если удалить все поля). С таким же успехом в "моменте редактирования" наверняка могут быть таблицы с другими грубыми нарушениями - например, с полем без имени (с пустым именем), с полем без типа.
Разумеется, в аксесе таблицы (как элементы логической БД) могут быть без полей (представляющих свойства моделируемой сущности). Если же речь идет просто о "таблицах", и просто о "полях", то "возьмите в руки карандаш"...

tanglirБредятина"общепринятое понимание" - ошибочное.с вашей точки зрения :)
Нет. Я свою точку зрения не высказываю - в этом нет необходимости. Только факты.
tanglirи всё-таки ответьте - можно ли создать физическую таблицу (раз уж вы настаиваете на этом уточнении, очевидном для всех остальных) без полей?
"Возьмите в руки карандаш"

tanglirБредятина"общепринятое понимание" - ошибочное.с вашей точки зрения :)
и всё-таки ответьте - можно ли создать физическую таблицу (раз уж вы настаиваете на этом уточнении, очевидном для всех остальных) без полей?
Не говорите за всех остальных, пожалуйста. И сформулируйте вопрос более точно, раз Вы начали говорить о физическом уровне. Например: "Можно ли создать файл, не содержащий ни одного байта?" И т.п.

tanglirБредятина,

да или нет? я знаю ответ, мне интересно услышать ваше мнение.
Вы просто не можете знать ответ)) Так как не сформулированы термины и определения))

tanglirБредятинаНе говорите за всех остальных, пожалуйста.Тогда и вы не утверждайте, то все ваши слова являются фактами. Договорились?
Нет, не договорились. Просто потому, что я никогда такого не утверждал. Вы все время что-то добавляете от себя))
tanglirБредятинаИ сформулируйте вопрос более точновроде бы тут уже яснее некуда разжёваноАксесСоздаем таблицу.
Не добавляя ни одного поля сохраняем таблицу.
Аксес ругается что нет ключевых полей, но таблицу сохранить дает.
В результате получается таблица с ОДНИМ полем.
Если в конструкторе удалить это поле из таблицы, то аксес сохранить такую таблицу не даст.
В аксесе не может быть таблиц без полей.

Любезный, оставайтесь в покоренных вами высотах чистой теории. Не пытайтесь давать рекомендации при решении реальных задач.
Неправда. Здесь нет никакого вопроса о физическом уровне: файлах, байтах, блоках... Здесь вообще никакого вопроса нет, а есть только не понимание теории и практики БД.
tanglir, но постараюсь: существует ли реляционная СУБД, в которой возможно создать таблицу (физическую, опять же повторюсь), причём такую, что количество полей в этой таблице будет равно нулю? Если ответ - "да", просьба назвать СУБД и алгоритм создания такой таблицы.
Опять у Вас не получилось задать вопрос. Потому что Вы упорно игнорируете все мои сообщения. Что Вы понимаете под полем?.. И, наконец-то, "возьмите в руки карандаш")))

tanglir... существует ли реляционная СУБД, в которой...
Не существует ни одной реляционной СУБД, в принципе))

Бредятинаtanglir... существует ли реляционная СУБД, в которой...
Не существует ни одной реляционной СУБД, в принципе))
В нашем примере: добавим в Таблицу1, в которой пока нет ни одного поля, поля: Фамилия, Имя.
Введем значения:
Петров Иван
Петров Иван
Сохраним Таблицу1. Сохранилась.
Таким образом, Access не поддерживает реляционную БД))

tanglirИ зачем тогда было разводить всю эту канитель с теоретизированиями на более чем страницу, если ответ сразу же "нет"? Только потому, что ТС, незнакомый с вашими закидонами, забыл добавить слово "физическую", очевидное для всех остальных?
PS. До тех пор, пока не появится хотя бы один человек кроме вас, для которого это было НЕ очевидно, считаю себя вправе по данному поводу говорить за всех.
Теоретизируете и разводите канитель именно Вы. И Ваше право продолжать не понимать, разумеется))

HoBTIDИнтересный конечно факт, что в Postgres такое возможно, хотя и бесполезный.

А почему бредятину еще не забанили?
А Вы потребуйте от модератора. Будьте по-активнее в обсуждении проектирования БД))