LINUX.ORG.RU

История изменений

Исправление r, (текущая версия) :

Почему где-то? Там, где будет использоваться программа

Ее что - «собирать» будут перед каждым запуском?

Как предлагаешь такое делать в CL? Руками defclass и аккуратно переписывать руками типы из describe table People?

Зачем тебе это надо? Есть варианты:
1. Есть структура бд, есть твоя логика которая работает с конкретными полями этой бд. Следовательно ты рассчитываешь что они должны быть. Следовательно это статические требования твоей программы - могут лежать в твоей программе. Все что она может это проверить что если подключаемая база не соответствует требованиями - обматерить пользователя.

2. Есть структура БД. Есть твое ядрор которой наплевать на структуру БД (пример - phpmyadmin). Следовательно она должна в рантайме читать метаданныё и работать с ними.

3. Есть структура, тебе надо часть полей. Остальные твоя программа не обрабатывает. Ну и наплевать - реляционная база позволяет работать с конкретными полями вне зависимости от их количества. Если там конечно будут констрейнты которыё твоя прога не учитывает то ты попал - но сделать ты ничего не можешь.

4. Есть структура, тебе надо часть, остальные поля твоя прога обрабатывает неким обобщенным способом. Ну так и сделай - есть фиксированная схема которая учитывает что часть может поменятся, и будет обрабатываться определенным обобщенным подходом но если отсутствует другая часть - жутко ругаться.

а потом уже подключать созданный файл?

А если тебя подключили вообще к левой херне?
Нафига тебе дефинишены полей с которыми ты вообще не работаешь?

Исходная версия r, :

Почему где-то? Там, где будет использоваться программа

Ее что - компилять будут перед каждым запуском?

Как предлагаешь такое делать в CL? Руками defclass и аккуратно переписывать руками типы из describe table People?

Зачем тебе это надо? Есть варианты:
1. Есть структура бд, есть твоя логика которая работает с конкретными полями этой бд. Следовательно ты рассчитываешь что они должны быть. Следовательно это статические требования твоей программы - могут лежать в твоей программе. Все что она может это проверить что если подключаемая база не соответствует требованиями - обматерить пользователя.

2. Есть структура БД. Есть твое ядрор которой наплевать на структуру БД (пример - phpmyadmin). Следовательно она должна в рантайме читать метаданныё и работать с ними.

3. Есть структура, тебе надо часть полей. Остальные твоя программа не обрабатывает. Ну и наплевать - реляционная база позволяет работать с конкретными полями вне зависимости от их количества. Если там конечно будут констрейнты которыё твоя прога не учитывает то ты попал - но сделать ты ничего не можешь.

4. Есть структура, тебе надо часть, остальные поля твоя прога обрабатывает неким обобщенным способом. Ну так и сделай - есть фиксированная схема которая учитывает что часть может поменятся, и будет обрабатываться определенным обобщенным подходом но если отсутствует другая часть - жутко ругаться.

а потом уже подключать созданный файл?

А если тебя подключили вообще к левой херне?
Нафига тебе дефинишены полей с которыми ты вообще не работаешь?