powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Не будет ли слишком крамольно?
11 сообщений из 11, страница 1 из 1
Не будет ли слишком крамольно?
    #36370839
Новенький чайник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Нужно обеспечить ввод документа в Web форму у которого есть соответственно шапка и спецификации.
Знаю, что согласно нормализации такие данные принято хранить в разных таблицах, однако
известно, что кол-во строк в спецификации не может превышать 10 (больше просто не уместится на печатной форме)
Меня же подмывает сделать всё одной таблицей, а спецификации засунуть в BLOB в виде CSV
Просто в Web так будет удобнее постить (одним POST-ом весь документ)
Поиск по содержимому табличной части не нужен.

Оправдан ли в данном случае такой подход?
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36370906
b4
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
b4
Гость
при чем тут POST - можно сделать одним постом, а на стороне сервера разобрать на строчки и запихать. Схема данных может быть независима от интерфейса
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36370954
Toshik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В свое время под Web писал на языке asp.net никаких проблем не испытал. Шапку документов хранил отдельно, нормализация была сохранена.
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36371020
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
b4Схема данных может быть независима от интерфейсаболее того, _должна_ быть независима от интерфейса
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36372044
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
egorychb4Схема данных может быть независима от интерфейсаболее того, _должна_ быть независима от интерфейса

+1.

БД проектируй исходя из потребностей вех её приложений, а не одной только Web формы.

Для хрнения данных следует использовать форматы данных принятые для открытых систем, например в реляционном виде, или в XML, а не те, чьё применение ограничено рамками одного частного протокола.
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36373726
Новенький чайник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabegorychb4Схема данных может быть независима от интерфейсаболее того, _должна_ быть независима от интерфейса

+1.

БД проектируй исходя из потребностей всех её приложений, а не одной только Web формы.

Для хрнения данных следует использовать форматы данных принятые для открытых систем, например в реляционном виде, или в XML, а не те, чьё применение ограничено рамками одного частного протокола.

Чем же CSV закрытый формат или формат неприменимый для открытой системы,
проще и придумать, то трудно. Для пяти реквизитов XML городить смысла не вижу, уж лучше
классически дочерняя таблица.

По самим спецификациям ни каких отчётов выбирать не планируется, поскольку документ делает движения в отдельной таблице, то и отчёты делать с неё буду.
Отсюда и вопрос то был, что документ "крайний"
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36374460
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Новенький чайник
Чем же CSV закрытый формат или формат неприменимый для открытой системы,
проще и придумать, то трудно. Для пяти реквизитов XML городить смысла не вижу, уж лучше
классически дочерняя таблица.


Скажем так, исторически сложилось, что многие СУБД поддерживают XML как родной, а вот для CSV тебе придётся делать свой парсер и т.п. CSV не является промышленным стандартом для баз данных, поэтому рассчитывать на комплексную поддержку формата не приходится.
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36374489
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenabСкажем так, исторически сложилось, что многие СУБД поддерживают XML как родной, а вот для CSV тебе придётся делать свой парсер и т.п. CSV не является промышленным стандартом для баз данных, поэтому рассчитывать на комплексную поддержку формата не приходится.Разве не наоборот???

Трудно представить субд, в которую невозможно импортить родными средствами CSV.

А вот XML начали поддерживать совсем недавно, и если версия субд не самая последняя, то будет плохо...
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36374551
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvg,

речь не о поддержке импорта из внешних файлов, а о поддержке CSV и XML как формата хранения данных. В современных СУБД есть тип XML, но нет типа CSV.
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36374576
ОКТОГЕН
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenab, а зачем оно вам?
...
Рейтинг: 0 / 0
Не будет ли слишком крамольно?
    #36374588
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ОКТОГЕН,

чтобы не заниматься переложением сложных объектов на реляционные структуры. Пусть СУБД этим занимается, если хочет.
...
Рейтинг: 0 / 0
11 сообщений из 11, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Не будет ли слишком крамольно?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]