Сообщение Посоветуйте СУБД с нестандартными требованиями от 08.11.2016 18:13
Изменено 08.11.2016 18:16 x-code
Посоветуйте СУБД. SQL, NoSQL — просто не знаю.
С одной стороны вроде бы модель данных реляционная и достаточно простая. По большому счету одна очень большая таблица и несколько маленьких вспомогательных.
А нужно вот что. Хочется чтобы эта большая таблица физически состояла из множества файлов, каждый из которых был бы в каком-то смысле самодостаточной таблицей. И пользователь при желании мог бы иметь не всю базу, а любую ее часть — в виде одного или нескольких файликов этой таблицы, и файлов вспомогательных малых таблиц, и чтобы все работало. СУБД должна уметь на лету по команде пользователя подгружать и выгружать эти физические файлы, отчего количество строк в большой таблице также на лету должно меняться.
В общем такое нужно с единственной таблицей, но в рамках обобщения логично чтобы такое поведение было доступно для всех таблиц.
В остальном все как обычно, хорошо если будет какой-то язык запросов типа SQL, индексы, поля с автоинкрементом, разные типы данных и т.п.
С одной стороны вроде бы модель данных реляционная и достаточно простая. По большому счету одна очень большая таблица и несколько маленьких вспомогательных.
А нужно вот что. Хочется чтобы эта большая таблица физически состояла из множества файлов, каждый из которых был бы в каком-то смысле самодостаточной таблицей. И пользователь при желании мог бы иметь не всю базу, а любую ее часть — в виде одного или нескольких файликов этой таблицы, и файлов вспомогательных малых таблиц, и чтобы все работало. СУБД должна уметь на лету по команде пользователя подгружать и выгружать эти физические файлы, отчего количество строк в большой таблице также на лету должно меняться.
В общем такое нужно с единственной таблицей, но в рамках обобщения логично чтобы такое поведение было доступно для всех таблиц.
В остальном все как обычно, хорошо если будет какой-то язык запросов типа SQL, индексы, поля с автоинкрементом, разные типы данных и т.п.
Посоветуйте СУБД с нестандартными требованиями
Посоветуйте СУБД. SQL, NoSQL — просто не знаю.
С одной стороны вроде бы модель данных реляционная и достаточно простая. По большому счету одна очень большая таблица и несколько маленьких вспомогательных.
А нужно вот что. Хочется чтобы эта большая таблица физически состояла из множества файлов, каждый из которых был бы в каком-то смысле самодостаточной таблицей. И пользователь при желании мог бы иметь не всю базу, а любую ее часть — в виде одного или нескольких файликов этой таблицы, и файлов вспомогательных малых таблиц, и чтобы все работало. СУБД должна уметь на лету по команде пользователя подгружать и выгружать эти физические файлы, отчего количество строк в большой таблице также на лету должно меняться.
В общем такое нужно с единственной таблицей, но в рамках обобщения логично чтобы такое поведение было доступно для всех таблиц.
В остальном все как обычно, хорошо если будет какой-то язык запросов типа SQL, индексы, поля с автоинкрементом, разные типы данных и т.п.
Добавлю еще необычное пожелание: если такой СУБД подсунуть два файлика в которых данные как-то пересекаются, она должна уметь слить их примерно так как это делают системы контроля версий. Но тут возможны варианты, в общем идея в том что пользователи должны работать одновременно с версиями базы (причем неполными версиями) и дальше база должна как-то синхронизироваться.
С одной стороны вроде бы модель данных реляционная и достаточно простая. По большому счету одна очень большая таблица и несколько маленьких вспомогательных.
А нужно вот что. Хочется чтобы эта большая таблица физически состояла из множества файлов, каждый из которых был бы в каком-то смысле самодостаточной таблицей. И пользователь при желании мог бы иметь не всю базу, а любую ее часть — в виде одного или нескольких файликов этой таблицы, и файлов вспомогательных малых таблиц, и чтобы все работало. СУБД должна уметь на лету по команде пользователя подгружать и выгружать эти физические файлы, отчего количество строк в большой таблице также на лету должно меняться.
В общем такое нужно с единственной таблицей, но в рамках обобщения логично чтобы такое поведение было доступно для всех таблиц.
В остальном все как обычно, хорошо если будет какой-то язык запросов типа SQL, индексы, поля с автоинкрементом, разные типы данных и т.п.
Добавлю еще необычное пожелание: если такой СУБД подсунуть два файлика в которых данные как-то пересекаются, она должна уметь слить их примерно так как это делают системы контроля версий. Но тут возможны варианты, в общем идея в том что пользователи должны работать одновременно с версиями базы (причем неполными версиями) и дальше база должна как-то синхронизироваться.