Як зберігати дані в базі даних без таблиць?

Все, що я навчився в школі, - це SQL, який зберігає дані в таблиці. Зараз я працюю над проектом, де дані зберігаються у XML-файлах. Крім того, кожен XML містить посилання на візуальні файли (JPEG).

Сам XML містить понад тисячу точок координат, а також додаткову інформацію про дані.

На мою думку, не було б сенсу зберігати цю інформацію в таблицях. Крім того, я не міг зберігати JPEG-файли і з SQL.

Що було б підходящим рішенням, чи є помилка в міркуванні з мого боку?

Як бачите, я досить новачок у базах даних. Тож будь-які конструктивні пропозиції, посилання та поради вітаються.

Все, що вам потрібно, - це збереження вашого XML. Використовуйте рішення NoSQL або файлову систему.

Користуватися RDBMS немає ніякої користі, якщо ви не хочете використовувати його замість NoSQL або файлової системи.

Сьогодні я зробив закладки у блозі Філа Фактора « Нормалізація» та «Anima notitia copia», оскільки це акуратно підсумовує справу за та проти нормалізації певних типів даних. Виконайте наступний запит на екземплярі SQL і подивіться, чи згодні ви.

SELECT * FROM sys.syslanguages

SQL дозволяє створювати реляційні бази даних. Однак, навіть якщо це погано пахне, це не злочин робити жахливо нереляційні речі з базою даних SQL так довго, як це необхідно, і ви можете сказати різницю; не тільки це, але і лише якщо ви знаєте про ризики та наслідки.

Ви згадали, що файл XML містить "додаткову інформацію про дані". Чи є якась користь у моделюванні цих метаданих у реляційній базі даних, можливо для цілей допиту? Якщо це так, може бути випадок вилучення відповідних даних та збереження решти XML як тип документа XML.

... якщо вам передано рядок JSON або XML, і вам потрібно зберегти його в базі даних, то все, що вам потрібно зробити, - це запитати себе у вашій ролі Anima notitia copia (Душа бази даних) "чи є у мене зацікавленість у змісті цього елемента інформації? '. Якщо відповідь - «Ні!» Або «Некеквам! Тоді це атомне значення, яким би складним воно не було.

Аргумент Філа Фактора полягає в тому, що нереляційні поля в реляційній базі даних є цілком прийнятними, якщо поле трактується як атомне, тобто воно не змінюється, або коли воно змінюється все поле, а не складова його частина. Природним розширенням цього є те, що якщо ваш документ містить елементи, які вас цікавлять, можливо, застосувати реляційну модель до цих елементів може бути корисно.

Остання відповідь до питання, але насамперед для фразеології, остання цитата Філа:

Природно, я ніколи свідомо не створював базу даних, на яку Кодд нахмурився, але навколо країв - це інтерфейси та канали даних, про які я писав, які спричинили пристрасть до фундаменталістів нормування.

Хіба ми не всі!

Що стосується баз даних Oracle, відповісти ви не можете . Всі дані в базі даних зберігаються в таблицях, навіть метадані. Дані можна зберігати у чергах, але це просто інший спосіб використання таблиць. XML-файли можна зберігати за межами бази даних, але це не відповідає вашим вимогам "у базі даних".

Якщо вийти за рамки вказаного питання, JPEG-файли або будь-які файли з цього питання можуть зберігатися в базі даних. Вони потребують таблиці та стовпця LOB (BLOB або CLOB). XML також може бути збережений таким чином, але імпорт XML-даних у базу даних дозволить вам оперувати даними способами, які зараз неможливо легко виконати. Він також надасть інші переваги баз даних, включаючи: зменшення надмірності, доступності, одночасності, масштабованості, сумісності, безпеки, відновлення та продуктивності.

Якщо переваги бази даних не сприяють досягненню ваших цілей, не використовуйте жодної.

Мені це здається, ніби ви намагаєтесь реалізувати просторову базу даних . Це своєрідна реляційна база даних (або доповнення до існуючих продуктів баз даних, наприклад, Oracle Spatial, postGIS), яка підтримує функції просторових типів даних і використовується для оптимізації зберігання та запитів даних, що стосуються просторових особливостей, таких як полігональні межі, точки і шари. XML у вас звучить як парні координати кордонів, а пов'язані з ними зображення звучать як засоби мистецтва для відображення на цій межі. Якщо дані підходять, розгляньте реляційну просторову базу даних, яка пропонує вбудоване просторове моделювання, щоб забезпечити функціональність, яку в іншому випадку ви могли б скласти або зайняти багато часу.