A
что ты имеешь в виду под заголовком базы?
Я б базу организовал как бинарный файл с каким-нибудь стандартизированным заголовком (в котором магическое число и служебная инфа) и данными
Size: a a a
2016 November 13
d
нет, база настоящая
d
реляционная
d
поэтому про столбец спросил
A
а она поддерживает кастомные пользовательские переменные?
d
можно триггеры писать, процедуры
A
Вот. Ништяк. Сделай процедуру, которая будет CREATE нужную запись, и будет в своем теле генерить строчку вида "Name"+N, где N - некий аналог статической переменной, значение которой хранится в бд. А если запросить его через SELECT, то можно повесить триггер, который до запроса будет инкрементить её
d
допустим, об этом я думал
d
вопрос, как узнаем доступные номера?
AM
sql select выполнить
GM
sql select выполнить
Весело
A
вопрос, как узнаем доступные номера?
Т.е. если мы дропнули запись, то номер можно повторно использовать? Вродь в исходном условии не было
d
я не вижу варианта, кроме как еще одного запроса, выбрать поля, где N не нулевое, пройтись циклом и пропущенные записать в пул
d
Т.е. если мы дропнули запись, то номер можно повторно использовать? Вродь в исходном условии не было
именно так
A
именно так
точно. Не прочитал
d
ибо то, что ты написал - очень просто и наивно реализуется
A
ибо то, что ты написал - очень просто и наивно реализуется
эх, придется хранить тогда в виде столбца нужные значения.. или патчить их хитро
d
да, отдельный столбец
d
потом думал такая схема, переименовали или удалили запись