freeExec

Про сравнение v2 и v3, гугли приведение типов, если в кратце, пишешь (Vector2) перед v3 и он становится v2.
Про сравнение всего массива, гугли циклы, например

for(int i=0;i<GlobalData.Objects.count;i++)
{
Сюда твое условие, но вместо нуля i
}

Так же полезная, но по началу не понятная штука Linq - по сути это запросы как в СУБД, только для массивов:

var selectedList = GlobalData.Objects.Where(x=>x.transform.position == pos).ToList();

В selectedList будут все объекты с позицией == pos

Не нужно пизать в БД лишнюю логику и лишние ограничения.
У вас с БД работает какой-то софт, например бэкенд. Там и делайте валидаторы данных. В случае пола раньше можно было 1 и 0 удобно хранить и всё было абсолютно интуитивно и понятно, а русскую букву в качестве индекса держать неудобно и неправильно. Во-первых, она в UTF-8, наверняка, что уже как-то изврат для бинарного поля.
Во-вторых, при локализации проблемы могут быть в логах надо юникодовую экранировку читать, если что... в общем либо международное F\M, либо кодами и 1\0 для мнемонического запоминания очень удобно. Вот угадайте что есть что и почему.=)

Но по нынешним временам за такую бинарность могут и засудить=) Не иначе нужна целая таблица гендеров небинарных с названиями, описаниями и локализацией. Да ещё и меняться она будет со временем, а потом при импортах мапить надо одну таблицу полов на другую=).
Шутки шутками, а 0\1 и тут хорошо лягут. Просто идентификаторы такие будут синтетические.

Да, а ограничения делать не надо. Вы могли бы сделать триггер, который при изменении и вставке будет проверять значения полей, но лишняя логика амедляет БД и порой без реальной причины. Если система спроектирована верно, то ничего некорректного в БД попасть не должно.
Многие часто даже от внешних ключей отказываются для ускорения бд, ведь за консистентностью вполне может следить бэкенд, а в каких то случаях лишний процент производительности не помешает.

Ответ: на надо валидировать значения такого рода полей на уровне БД. Делайте так, чтобы нельзя было ввести неверно на уровне ввода данных от пользователя, и дополнительно валидируйте в бэкенде.

В чем проблема? Пользуйтесь псевдонимами столбцов в селекте.

CREATE TABLE AS SELECT таб_1.стар_название_1 as нов_название_1 from таблица as таб_1

Тебе нужно использовать геокодирование

Здравствуйте.
Я так же, как и Вы учусь программировать. Лично мне никакое изучение материала не давало результата.
Только когда у меня появилось к чему приложить свои знания (я сам придумал себе интересный проект и делаю его) у меня появилась больше мотивации в изучении.
Я не смотрю курсы, не читаю литературу. Я заполняю нужные мне пробелы в знаниях исходя из практики. Да, явно с точки зрения специалиста у меня всё криво, можно лучше и тд, но знания гораздо лучше остаются в моей голове и мотивация падает только тогда, когда я упираюсь во что-то сложное для себя. Пару дней голова поварит, я соберу нужные знания и снова продвигаюсь к реализации своего мини проекта.

Обычно можно, но с оговорками. Csv может быть урезан. Например там только текст, а оригинальный формат ещё и шрифт размечал.

Но эти потерянные вещи можно придумывать по ходу на какие-то стандартные значения.

В любом случае надо реверс-инженирить родной формат файлов. Или дебажить прогу и смотреть на логику в дизассемблере, или сохранять всякие простые файлы и смотреть, как меняется файл при изменении файлов. Возможно придётся натравить на файл всякие стандартные архиваторы сначала.

Плохо, если там какое-то самопальное сжатие или обфускация, тогда взглядом на файл формат не расковырять.

1. В такой СУБД нет никакого смысла, по тому нет никаких готовых библиотек
2. Реализуется очень просто - ты бы быстрее свой велосипед сделал, чем получил бы ответ здесь.

Использовать свой тайловый сервер, в который загружена только карта России

изучить функции операционной системы по получению геокоординат и отображения карты гугла :)
(заодно уточнить условия пользования картой гугла).
используя эти функции, написать програмку
...
профит

Считать весь файл в массив (если в файле сохранён массив), заменить третий элемент массива, сохранить весь массив в файл. То есть сделать полную перезапись файла.

Удаляете что то не то. Надо дебажить.

А в чем проблема конкретно? Зачем вы привели этот код?
Тут нет даже попытки решить вашу задачу.
Что именно у вас не получается?
Чтобы преобразовать любую систему счисления нужно домножить каждый разряд исходного числа (в исходной системе счисления) на нужную степень основания исходной системы и сложить результаты.
К примеру семиричное число "123" будет состоять из трёх единиц, двух семёрок и одной сорокдевятки: 3+2*7+1*7*7=49+14+3=66. После этх операций вы получите бинарное число, а его уже надо преобразовать в десятичные знаки.
Если готовой функуии для этого у вас нет, то просто действуете обратным способом. Многократно делите число на основание системы счисления (теперь это 10) с остатком. Остатки будут соответствовать десятичным цифрам.

Запиши решение обычным способом и в отладке забери сгенерированный асм. Debug -> CPU Window

Стоя на улице, 2gis спокойно определяет всё без gsm

В зданиях просто спутник не пробивает. В самолете так же