рискну предположить, что таблица с одним текстовым и одним числовым полем, с учетом индексов, "распухнет" базу на 1-2% не более ))
и, я не говорил про регистр, хотя, можно и регистром. понятно, что под регистр 1с создаст несколько таблиц с туевой хучей полей )). я про табличку в базе данных и паре глобальных функций. и про прямой запрос к БД, можно даже к внешней, можно даже по ADODB.
да, но в 8 никто не запретит замутить отдельную табличку с UID, Видом (_Document<n>, _Reference<n>, ...) (как в документации, я так понимаю, вид как раз) и автоинкрементным полем. автоинкрементное поле - в штрихкод, по которому очень легко получить UID и, собственно, "экземпляр объекта метаданных" (любой ;))
уникальный ключ по UID, индекс по автоинкрементному полю. ИМХО, как-то так ))
ЗЫ. можно даже без "Вида", UID так и так предположительно уникальный )))
когда-то делал для получения уникального номера документа в 7.7 (SQL) - это прозаично ROW_ID таблицы _1SJOURN, догонял до 12 символов, считал контрольный и EAN-13 готов. всё. и не важно, какая нумерация в пределах чего.
если EAN-8, то тоже хватило бы. 9 млн. / ну, пусть, 30 тыс. экз. в мес. = 300 мес. / 12 = 25 лет.
у меня был опыт, когда запрос ускорился в разы просто добавлением скобок в условие. почему так вышло, разбираться не стал. например:
вместо WHERE ProductID = 750 OR ProductID = 953
сделал WHERE ((ProductID = 750) OR (ProductID = 953))
«Морион» у меня. полгода как. менялся недавно картридж грубой очистки, типо 5мкм.
нормальная вода, накипей нет.
минерализует, да, первые два стакана ))
рискну предположить, что таблица с одним текстовым и одним числовым полем, с учетом индексов, "распухнет" базу на 1-2% не более ))
и, я не говорил про регистр, хотя, можно и регистром. понятно, что под регистр 1с создаст несколько таблиц с туевой хучей полей )). я про табличку в базе данных и паре глобальных функций. и про прямой запрос к БД, можно даже к внешней, можно даже по ADODB.
да, но в 8 никто не запретит замутить отдельную табличку с UID, Видом (_Document<n>, _Reference<n>, ...) (как в документации, я так понимаю, вид как раз) и автоинкрементным полем. автоинкрементное поле - в штрихкод, по которому очень легко получить UID и, собственно, "экземпляр объекта метаданных" (любой ;))
уникальный ключ по UID, индекс по автоинкрементному полю. ИМХО, как-то так ))
ЗЫ. можно даже без "Вида", UID так и так предположительно уникальный )))
когда-то делал для получения уникального номера документа в 7.7 (SQL) - это прозаично ROW_ID таблицы _1SJOURN, догонял до 12 символов, считал контрольный и EAN-13 готов. всё. и не важно, какая нумерация в пределах чего.
если EAN-8, то тоже хватило бы. 9 млн. / ну, пусть, 30 тыс. экз. в мес. = 300 мес. / 12 = 25 лет.
по сути ))
вместо WHERE ProductID = 750 OR ProductID = 953
сделал WHERE ((ProductID = 750) OR (ProductID = 953))
нормальная вода, накипей нет.
минерализует, да, первые два стакана ))
посмотрите в сторону резервирования адресов в настройках DHCP вашего роутера