Azure databas ändra primary key till auto increment?

Funkar inte: INT IDENTITY (1, 1) NOT NULL?

Tänk också på att man inte kan vara säker på att identity i Azure inte nödvändigtvis kommer i direkt nummerföljd utan den kan hoppa över stora sjok av siffror, dock kommer de alltid i rätt följd. Är man orolig att man ska slå i INT-taket så är det bäst att köra en BIGINT redan från start.

Tänkte köra ms sql azure alternativ, men de saknar en massa saker... undersök själv. Men räcker det så är det ju bra för det projektet. Hur som, man kan köra igång en virtuel instans an win med ms sql på ist i azure om man vill men kostar mer.

Jag tycker Azure SQL duger riktigt bra. Inte lika mycket features som SQL Server men de som finns är ju allt som behövs om man inte ska lägga en massa logik i databasen och det ska man ju inte nuförtiden.

Ett par kollegor har ägnat det senaste halvåret-året åt att testa Azure genom att bygga en light-variant av vår produkt (ett CRM-system) i det och det funkar hur bra som helst. Vår stora applikation hade också fungerat i Azure men eftersom den började sitt liv för över femton år sedan så hade det krävts extremt mycket ombyggnation. Azure är inte nödvändigtvis bättre än att bygga applikationen i mer traditionella program, det är ju samma kod i botten ändå liksom (så länge koden är hyfsat modern), men kostnaden är väldigt mycket lägre. Jag tror mina kollegors byggande osv. har kostat sammanlagt under en tusing med utvecklingsmiljöer, licenser och hosting och vi betalar sannolikt mer än så för bara en VS-licens för en månad liksom. Kostnaden hade förstås blivit högre för en produktionssatt applikation med en massa användare, data som ska skyfflas osv. men det är inte direkt gratis att ha Windows Server, SQL Server, hosting och så för att köra en applikation in-house eller hos ett hostingbolag heller.

Logik i db anser jag också vara fel, men det finns kommandon du kanske kommer upptäcka att du saknar. Offset tex saknades när jag testade, dock sökte jag just för att se om det fortfarande är så och det har de lagt dit. Men just offset var avgörande för go no go för en app. Jag tror inte windowed functions, over clauses, funkar heller ännu. Det saknas alltså standard kommandon fortfarande men har blivit bättre.

Jo visst finns det funktioner jag hade saknat, funktioner jag använder ofta, men kanske inte på grund av att de funktionerna är de bästa lösningarna på problemen utan snarare för att de är de enklaste lösningarna och för att de redan använts så mycket av de som har byggt min applikation. Att flytta över en befintlig applikation med en massa CLR-rutiner, SQL Server-jobs osv. hade inte varit roligt eller enkelt på något sätt men att bygga en ny applikation med motsvarande funktionalitet (fast mer logik i kod) hade ju inte nödvändigtvis varit mer komplicerat än att bygga en ny applikation med traditionell SQL-Server, hostning osv. fast det beror förstås på hur bra man är på att koda.

Börjar du från början och bara behöver simplare crud operationer så kör på. Har du däremot behov av lite mer avancerad databehandling och lite mer avancerade rapporter finns det anledning att inte så lättvindigt bortse från vad som ännu inte finns stöd för i azure db.