Я не полностью следую за Вашим вопросом. Вы говорите
, Предполагают, что у Вас есть алгоритм, который генерирует случайность. Теперь, как Вы тестируете его?
, Что Вы имеете в виду? Если Вы предполагаете, что можно генерировать случайность, нет никакой потребности протестировать ее.
, Как только у Вас есть хороший генератор случайных чисел, создавая случайную перестановку, легко (например, Вызов Ваши карты 1-52. Генерируйте 52 случайных числа, присваивающие каждого карте в порядке, и затем вид согласно Вашим 52 randoms). Вы не собираетесь уничтожать случайность своего хорошего RNG путем генерации перестановки.
трудный вопрос - можно ли доверять RNG. Вот демонстрационная ссылка на людей, обсуждающих тот вопрос в определенном контексте.
Вы не сжимаете базу данных SQL Server (вы ее "УЖИМАЕТЕ"), если вы действительно нужно. Это не MS Access, и он не будет освобождать неиспользуемое пространство (ну, может, но это маскирует более важную проблему)
Скорее всего, у вас проблема с индексом / статистикой:
Для начала с базой данных такого размера (маленькой) я бы посоветовал вам посмотреть
В SQL Server есть различные меры обслуживания, которые вы должны выполнять в своих базах данных .
10 МБ - это очень маленькая база данных, поэтому сжатие базы данных не имеет смысла для вас («компактный» - это то, что вы сделали бы с базой данных MS Access, в Sql Server вы можете сжать).
Вместо этого, гораздо более вероятно, что у вас нет подходящих индексов для столбцов, которые часто запрашиваются в ваших таблицах. Или же индексы, которые у вас есть, фрагментированы.
Хорошее место для начала - посмотреть, какие именно запросы занимают много времени (хорошая идея для запуска SQL Profiler и мониторинга). Затем вы можете увидеть, что делают эти запросы, к каким таблицам / столбцам они обращаются, а затем проверить, есть ли у вас соответствующие индексы.