Здесь интересная мысль, заставила призадуматься. А ведь действительно можно использовать файлы вместо БД.

Здравствуйте, yumi, Вы писали:

Y>Здесь интересная мысль, заставила призадуматься. А ведь действительно можно использовать файлы вместо БД.

Мне идея очень понравилась. Но как они будут обрабатывать апгрейды, когда структуры данных изменяются с развитием проекта?

Здравствуйте, Кодёнок, Вы писали:

Кё>Здравствуйте, yumi, Вы писали:

Y>>Здесь интересная мысль, заставила призадуматься. А ведь действительно можно использовать файлы вместо БД.

Кё>Мне идея очень понравилась. Но как они будут обрабатывать апгрейды, когда структуры данных изменяются с развитием проекта?

Чтобы обойти проблемы апгрейдов, достаточно иметь динамическую типизацию хранилища, и убрать "схему" БД как понятие. Нет схемы — не надо ее апгрейдить, каждый элемент может иметь свою структуру. Пример базы данных, которая устроена так — CouchDB (схемы не имеет), и, до определенной степени, Mnesia (схема присутствует, но в схеме нет типизации). Не знаю, как с этим в Хаскелевском фреймворке.

Здравствуйте, Gaperton, Вы писали:

Кё>>Мне идея очень понравилась. Но как они будут обрабатывать апгрейды, когда структуры данных изменяются с развитием проекта?

G>Чтобы обойти проблемы апгрейдов, достаточно иметь динамическую типизацию хранилища, и убрать "схему" БД как понятие. Нет схемы — не надо ее апгрейдить, каждый элемент может иметь свою структуру. Пример базы данных, которая устроена так — CouchDB (схемы не имеет), и, до определенной степени, Mnesia (схема присутствует, но в схеме нет типизации). Не знаю, как с этим в Хаскелевском фреймворке.

Вот пример: было у записей три поля, phone1, phone2 и phone3. Надо сделать список — одно поле phones. Как тут обойтись без апгрейда схемы?