Размер таблицы действительно нигде не задаётся, а определяется по факту наличия там строк и ячеек. Размер таблицы я написал для примера.
Как удалять ячейки - я сказать не могу. Попробуйте написать от руки таблицу с одиночными ячейками, а затем ту же таблицу с объединёнными ячейками. Разница очевидна - а вот механизм реализации я назвать не могу.
Фразу "отказаться от того,что в начале задать объединение" я не понял.
Saboteur, Я бы не стал так категорично утверждать несуществование СУБД, написанных на JS. В мире есть много извращенцев.
То, что среди популярных СУБД нет таких, которые написаны на JS - довольно очевидно. И даже если найдутся извращенцы, написавшие СУБД на JS - такая СУБД вряд ли станет популярной по вполне очевидным причинам.
SQL - это ни разу не база данных. Есть много СУБД (программ, осуществляющих манипуляции с базами данных), поддерживающих SQL-запросы; и есть СУБД, использующие иную модель запросов. Т.е. это не конкретный продукт, а много разных продуктов - как опенсорсных, так и глубоко проприетарных.
С биткоинами не требуется бухгалтерская точность, ибо налоговая до биткоинов пока что не докапывается. Так что можно использовать просто плавающие числа. Ну или смотреть, как оно там реализовано в программах, благо код там открытый.
Правильно - считать цену в копейках. А в рубли переводить только при выводе на экран/печать.
У меня как-то раз была проблема:
В конторе продавали бутылки с минералкой. В упаковке - шесть штук. Цена упаковки = 20 рублей. Но учёт надо было вести по бутылкам - и начинались свистопляски с округлением... учёт в копейках не помогал, а сходиться должно было тютелька-в-тютельку.
Вам уже сказали, что нужно сделать вход не логину с паролем, у всех юзеров разные логины. Правда, это не помешает юзерам сообщать свои логины и пароли кому угодно - эта проблема в принципе не м.б. решена технически. Точнее, технически её можно решить, выдавая юзерам что-то типа SIM-карт, как делают опсосы - но WiFi доступ не предусматривает работу с аппаратными ключами. Ну и будут проблемы при желании юзера получать доступ с нескольких устройств - ибо при выдаче нескольких аппаратных ключей ими можно будет делиться.
При наличии индивидуальных логинов - можно будет контролировать и время. Т.е. можно и записывать время, и запрещать доступ когда не положено.
Проблему с файлами я вообще не понял. Нефиг выкладывать файлы в общий доступ, да ещё не защищённый паролями!
Sanes, По своей природе - писюки построены уродски. В т.ч. и в планевиртуализации: практически все операционаки построены так, чтобы работать на голом железе, а не в виртуалке. Чтобы запихнуть это в виртуалку - приходится хитровывернуто изощряться. У Intel и у AMD - изощрения разные. При этом разные системы виртуализации могут хорошо работать с одним видом изощрений и буксовать с другим. Как-то так.
Поэтому надо смотреть документацию - какие процессоры предпочитает выбранный виртуализатор. Ну или наоборот - выбирать виртуализатор под свой процессор (уже имеющийся или планируемый к покупке).
Можно программировать графику - нужна приличная видяха. Или криптовалюты - тоже нужна приличная видяха.
А для программирования СУБД, сетевое взаимодействие, файловую систему - видяха вообще не нужна.
Запрет ICMP целиком - это почти самое глупое, что можно предложить в данном случае. Глупее - только патч Бармина и полных запрет всех IP-пакетов.